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Abstract 

The  purpose  of  this  research  was  to  propose  a  MIS  to  assist  RAAF 
strategic  operational  airlift  planning.  The  present  manual  approach  suffers 
deficiencies  in  flexibility,  consistency  and  timeliness. 

Airlift  planning  was  first  analysed  and  found  to  compi^se  activities 
of  investigation,  detailed  static  planning,  implementation  and  dynamic 
planning,  and  review.  Planning  performance  is  measured  by  the  effectiveness 
and  efficiency  of  resulting  airlift. 

Automation  of  planning  functions  was  investigated,  especially  the 
routing  and  scheduling  of  airlift.  USAP  systems,  including  ADANS,  were 
reviewed  and  applicability  to  the  RAAF  evaluated. 

A  MIS  is  proposed  tha_  includes  six  development  increments,  it  is 
expected  to  bring  inprovements  in  airlift  effectiveness  and  efficiency 
through  improved  data  management,  better  communications  and  improved 
decision  support. 


IMPROVING  ROYAL  AUSTRAT.TAM  AIR  FORCE  STRATEGIC  AIRLIFT  PLANNING  BY 
APPLICATION  OF  A  OllPUTER  BASED  MANAGEMENT  INFORMATION  SYSTEM 


I.  Intrc3duction 


Overview 

This  chapter  defines  the  purpose  and  constraints  of  this  study  and 
summarises  the  layout  of  the  research.  Terms  and  abbreviations  used 
within  this  study  are  defined  in  Appendix  A. 

Motivation 

The  message  for  the  1990 's  is  unmista]<able  -  the  performance  of 
the  defence  portfolio  will  increasingly  be  measured  against  the 
larger  economic  and  social  goals  of  Australia.  Greater  efficiency 
and  effectiveness  will  rightly  be  expected  from  all  areas  of  the 
organisation. 

-  Senator  Robert  Ray,  Minister  for  Defence  (Funnell,  1990:1) 

This  study  examines  a  proposal  to  improve  Royal  Australian  Air 
Force  (RAAF)  strategic  airlift  planning  by  application  of  a.  computer 
based  management  information  system  (MIS) .  This  application  is  expected 
to  result  in  more  timely  production  of  airlift  plans  that  are  flexible, 
reactive,  reliable  and  in  a  form  able  to  be  implemented  at  short  notice. 

Presently,  RAAF  strategic  airlift  planning  is  performed  manually. 
Recent  exercises  and  contingencies  have  revealed  shortcomings  with  this 
approach  as  each  operation  required  extensive,  yet  repetitive,  data 
gathering  and  assimilation.  Planning  is  slow  to  react  and  lacks 
flexibility  to  adapt  to  its  changing  environment  (Air  Lift  Group, 

1989 : A- lA;  Peeik,  1990a; 17  August;  Newcombe,  1990:26  September). 

Deficiencies  in  planning  have  resulted  in  ineffective  or 
inefficient  application  of  strategic  airlift.  Where  effective,  good 
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airlift  has  been  largely  due  to  good  management  of  a  limited  system  and 
not  from  a  well  designed  system  (Newcombe,  1990:26  September). 

implication  of  a  MIS  to  strategic  airlift  planning  will  move  the 
ADF  closer  to  a  "redundant  system  that  ensures  information  flow  between 
commanders  and  their  battle  forces.  Without  that  systan,  wastage  of 
airlift  can  be  assumed"  (Cassidy,  1986:127).  It  should  provide  the 
timely  support  required  to  make  more  effective  and  efficient  decisions 
in  the  airlift  environment.  Airlift  planning  reactiveness  could 
irapj^ove,  allowing  commanders  more  flexibility  in  the  application  of 
airlift  to  meet  operation  objectives. 

Concurrently,  a  MIS  would  provide  recording  of  activities,  making 
data  concerning  resources,  capabilities  and  capacities  more  available  to 
the  planner.  Additionally,  actions,  achievements  and  shortfalls  would 
be  consistently  measured  and  reviewed.  Greater  scope  for  economy  and 
accuracy  of  effort  would  result  (Mitchell,  1991) . 

Computers  and  Decision  Making 

A  computer  can  not  make  decisions.  All  it  can  do  is  retrieve, 
compute  and  present.  Yet,  it  has  potential  to  impact  upon  decision 
maJcLng  processes  by  forcing  managers  to  make  true  decisions  in  lieu  of 
on-the-spot  adaptions.  It  can  "force  managers,  who  have  traditionally 
reacted  rather  them  acted,  into  genuine  decision  makers"  (Drucker, 
1967:159) . 

The  advent  of  computers  has  sparked  interest  in  decision  making  in 
organisations.  Ihis  has  not  been  because  computers  take  over  decision 
making  but  because  they  take  over  computation  and  presentation,  forcing 
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people  at  all  levels  of  organisations  to  focus  more  on  learning  to  be 
managers  and  on  the  making  of  effective  decisions  (Drucker,  1966:165). 

Management  Information  Systems 

An  individual  without  information  cannot  take  responsibility; 

an  individual  with  information  cannot  help  but  take 

responsibility . 

-  Jan  Carlzon,  Scandinavian  Air  Systans  (Peters,  1987:609) . 

Conputer  based  MISs  are  "integrated  human  and  machine  systems  for 
providing  information  to  support  operations,  management  and  decision 
making  in  an  o^rganisation."  A  MIS  goes  beyond  being  a  data  repository. 
MIS  systems  must  seek  timely  ways  to  assist  decision  makers  of  an 
organisation  in  the  making  of  their  decisions  (Ahituv  and  Neumann, 
1990:129;  Davis,  M. ,  1988:4-5;  Cook  and  Russell,  1989:699). 

The  requirement  that  a  MIS  directly  supports  decision  making 
processes  is  important  to  this  research,  lihile  computer  systems  have 
been  enployed  to  produce  airlift  planning  documentation  in  the 
Australian  Defence  Force  (ADF) ,  there  has  been  little  application  of 
computer  based  information  to  assist  in  the  decision  making  process  of 
the  airlift  planner.  Though  the  production  and  reproduction  of  results 
of  planning  is  inportant,  a  MIS  to  support  strategic  airlift  planning 
should  be  primarily  involved  in  assisting  decision  making  (Peak, 

1990a: 23  August;  Mitchell,  1991). 

Decisions  can  be  categorised,  according  to  Simon's  classification 
of  decisions,  as  structured,  unstructured  and  partially  structured.  The 
distinction  between  ccmpletely  structured  and  unstructured  decisions  is 
based  on  certainty  of  action,  though  in  reality  all  decisions  fall 
within  a  continuum  bounded  by  the  structured  and  unstructured  types.  A 
MIS  assists  users  in  all  categories  of  decisions  throu^  two  types  of 
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logical  components;  a  structured  decision  system  and  a  decision  support 
system  (Ahituv  and  Neumann,  1990:129). 

Any  MIS,  to  support  the  strategic  airlift  planner,  would  be 
expected  to  make  structured  decisions  based  on  an  algorithm  and  data. 
This  frees  the  airlift  planner  to  consider  more  unstructured  and  coitplex 
decisions.  With  these  decisions,  a  MIS  would  apply  heuristic  methods 
and  models  to  represent  the  decision  environment.  Through 
recommendations  and  evaluation  of  options,  it  would  support  the  airlift 
planner  in  making  the  best  choice  in  the  recyjired  time  frame  with  the 
available  data. 

Purpose  of  Study 

This  study  analyses  how  a  computer  based  MIS  can  inprove  RAAF 
strategic  airlift  planning. 

Investigative  Questions 

The  following  questions  were  investigated  during  this  study: 

1.  What  constitutes  the  planning  function  of  strategic  airlift? 

2.  liJhat  factors  affect  strategic  airlift  planning? 

3.  V'jhat  are  the  indicators  that  allow  airlift  planning  effort  to  be 
evaluated  and  how  are  they  measured? 

4.  How  is  strategic  airlift  planned  by  the  RAAF? 

5.  How  is  strategic  airlift  planned  by  other  defence  forces? 

6.  Are  there  ways  of  automating  problems  of  routing  and  scheduling? 

7.  What  systems  development  methodology  should  be  used  to  design  the 
MIS? 
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3.  How  would  a  RAAF  computer  based  strategic  airlift  planning  system 
operate? 

Scope  and  T.imit;^tinnc; 

Itiis  paper  aims  to  establish  that  a  computer  based  MIS  to  support 
RAAF  strategic  airlift  planning  is  both  feasible  and  advantageous.  A 
MIS  is  proposed  after  study  of  existing  approaches.  Development  of  the 
system  is  not  intended  during  this  research  effort.  This  would  be 
premature  as  the  RAAF  has  no  plans  to  implement  such  a  system. 

However,  some  development  is  reguired  to  validate  claims.  A  high 
level  design  is  used  for  overall  testing.  Where  critical  system 
concepts  demand  more  rigorous  validation,  there  is  detailed  design  and 
prototype  development. 

Though  there  are  no  firm  plans  to  implement  a  strategic  airlift 
planning  MIS,  the  sponsor  of  this  research,  the  Deputy  Director  of 
Movements  and  Transport,  advises  that  such  commitment  is  likely  "in  the 
near  future"  (Peak  1990a: 17  May).  Conseguently,  he  has  requested  that 
any  development  effort  be  in  a  form  useful  to  the  RAAF  should  it  make  a 
commitment  to  implement  a  strategic  airlift  planning  MIS. 

This  implementation  stance  has  affected  this  research.  The 
likelihood  of  implementation  has  encouraged  effort  to  be  directed 
towards  areas  that  have  immediate  and  direct  application,  instead  of 
precise  but  theoretical  models.  All  the  same,  lack  of  cranmitment 
reduces  usefulness  of  research  of  implementation  issues.  Iherefore, 
implementation  issues  are  discussed,  with  less  detail  than  required  for 
actual  implementation,  after  the  primary  research. 
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with  sponsor  concurrence,  wider  organisational  issues,  such  as 
power  and  politics,  are  not  addressed.  Though  these  issues  form  part  of 
normal  MIS  design,  this  choice  bounds  the  research.  It  also  avoids 
undermining  principal  findings  of  this  research  by  involving  readers  in 
emotioncilly  charged  issues  such  as  influence,  referent  and  coercive 
power  and  organisational  manoeuvre. 

This  thesis  is  unclassified.  While  security  restrictions  caused 
few  problems  for  the  bulk  of  the  research,  conplications  arose  during 
quantification  of  the  RAAF  system,  research  of  procedures  of  other 
countries  and  the  testing  of  the  proposed  system  for  airlift  planning. 
Because  actual  airlift  data  is  classified,  data  had  to  be  reviewed  to 
declassify  data  concerning  capabilities  and  events.  While  endeavouring 
to  maintain  consistency  in  size,  scope  and  application  of  data,  this 
filtering  process  could  open  the  findings  and  corrparisons  betv;een 
proposed  and  actual  performance  to  bias.  This  is  unavoidable. 

Assumptions 

It  is  assumed  that  the  ADF  scenario  will  not  significantly  depart 
from  strategies  of  defence  in  depth,  self-reliance  and  the  defence  of 
the  north  of  Australia. 

Further,  it  is  assumed  that  ADF  exercise  scenarios  eind  activities 
are  reasonable  representations  of  the  demands  that  would  be  placed  i.pon 
an  airlift  planning  system  in  times  of  contingency  and  emergency. 

Given  these  assuirptions,  ADF  exercise  data  can  be  used  for  system 
validation  and  design. 
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Organisation  of  Study 


This  study  is  presented  in  eight  major  sections.  Chapter  I 
introduces  the  research  by  outlining  the  reason  for  this  study.  Chapter 

I 

II  gives  background  to  Australia's  defence  system,  the  air  mode  of 

I 

;  transport,  airlift  and  strategic  airlift  planning.  The  methodology  used 

for  research  is  described  in  Chapter  III.  Chapter  IV  examines  airlift 
planning  by  reviewing  how  it  is  planned  by  the  ADF  and  the  military  of 
other  countries,  and  examines  those  factors  that  influence  and  measure 
airlift  planning  effort. 

A  MIS  development  methodology  is  expounded  in  Chapter  V  and  then 
applied  to  propose  a  ITES  for  use  in  RAAF  airlift  planning.  The  effect 
of  this  system  on  RAAF  strategic  airlift  planning  is  also  analysed. 

Validation  of  claims  occurs  at  Chapter  VI,  with  the  proposed 
system  and  a  prototype  used  as  test  beds  for  verifying  feasibility  and 
improvement.  Chapter  'TI  considers  implementation  issues  as  an  adjunct 
to  the  study.  The  conclusions  and  recommendations  which  result  from 
this  study  are  detailed  in  Chapter  VTII. 
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II.  Backcfround  Discussion 


Overview 

Hiis  chapter  investigates  the  factors  which  affect  strategic 
airlift  planning.  It  provides  background  to  airlift  in  the  ADF  and  an 
overview  of  the  strategic  airlift  planning  process. 

After  introducing  the  ADF,  the  chapter  describes  strategic 
airlift,  the  role  of  airlift  within  the  ADF  and  the  responsibility  of 
the  RAAF  to  conduct  strategic  airlift  operations.  The  chapter  then 
introduces  strategic  planning  by  discussing  the  principles  of  airlift 
planning  and  the  factors  involved  in  the  planning  process. 

The  Australian  Defence  Force  ard  the  Defence  of  Australia 

Australia  is  a  large  resource  rich  island  nation  surrounded  by 
extensive  oceans  (Dibb,  1990:16).  Natural  barriers  and  a  stable  region 
nake  it  one  of  the  most  secure  countries  in  the  world.  Its  population, 
approaching  17  million,  is  concentrated  in  the  southeast,  leaving  much 
of  the  country's  7.68  million  squcire  kilometres  sparsely  populated. 

However,  "it  would  not  be  prudent  to  assume  that  Australia  will 
always  be  able  to  conduct  its  affairs  without  challenge"  (Dibb,  1986:1) . 
So,  the  Australian  people  have  charged  the  Government  with  the 
responsibility  of  providing  the  recquisite  power  to  defend  itself  from 
attack  and  "from  the  constraints  on  independent  national  decisions 
imposed  by  the  threat  of  attack"  (Department  of  Defence,  1989 :ix) . 

The  ADF  has  the  objective  of  pleuining,  developing  euxi  maintaining 
forces  for  (contingencies  within  Australia's  area  of  direch  militcury 
interest  (Department  of  Defence,  1988a: i).  (Currently  at  about  70  300, 
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the  ADF  is  small  considering  its  land  coverage  and  responsibilities. 
Operationally,  it  is  coitprised  of  a  Headquarters,  Navy,  Army  and  Air 
Force.  The  full  time  all  volunteer  force  is  supplemented  by  a  reserve 
force  numbering  39  800  (Oepartment  of  Cefence,  1989:6,8). 

A  1987  Government  V\’hite  Paper  established  a  blueprint  for  future 
ADF  planning.  Ibe  paper  identified  the  expected  levels  of  conflict  that 
the  ADF  could  be  involved  over  the  next  ten  years  and  set  a  requirement 
for  "the  force-in-being  to  be  able  to  meet  low  level  contingencies  . . . 
and  be  able  to  expand  in  a  timely  fashion  against  the  prospect  of  a  more 
substantial  threat  emerging"  (Dibb,  1990:16). 

Additionally,  the  defence  review  provided  the  ADF  with  the 
priority  of  an  independent  capability  to  defend  Australia  through 
skilled  application  of  technology  that  multiplies  force  capability. 
Meeting  this  requirement  also  provides  the  Government  with  practical 
options  to  use  elements  of  the  ADF  in  peacetime  tasks  in  support  of  its 
people,  regional  friends  and  allies. 

In  line  with  the  review,  the  ADF  has  adopted  a  strategy  of 
defence- in-depth.  This  concept  requires  the  capability  to  conduct 
operations  including:  surveillance  and  patrolling  throughout  Australia's 
immediate  maritime  ajproaches,  maritime  strike  and  air  defence  to 
intercept  adversaries  during  their  vulnerable  transit  phase,  and  mobile 
rapid  ground  force  reaction  to  defeat  hostile  incursions  at  remote 
locations  and  protect  civil  and  military  infrastructure  (Dibb,  1990:17) . 

Self-relicince  and  operations  of  forward  patrol  and  strike  have 
placed  greater  emphasis  on  the  logistic  support  of  d^loyed  forces. 

Pcirt  of  this  logistic  support  is  the  timely  transport  of  a  force  and  its 
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maintenance  requirements  from  normal  locations  to  locations  required  for 
operations . 

Movement  Suptxirt  of  the  ADF 

"In  peacetime,  the  movement  requirements  of  the  ADF  are  . . .  small 
and  encompass  reqular  movement  of  personnel  and  materiel  for  routine 
support  within  Australia  and  overseas"  (Department  of  Defence, 

1988b: 10).  Yet,  in  times  of  operations,  major  defence  exercises  or 
national  emergency,  the  large  scale  movement  of  personnel  and  materiel 
extends  transport  resources. 

There  are  five  modes  of  transport  available  to  move  personnel  and 
materiel:  air,  water  (sea  and  inland),  road,  rail  and  pipeline 
(Department  of  Defence,  1988b: 31-32) .  Though  the  movement  of  a  force  is 
collectively  managed  at  a  centralised  and  high  level,  responsibility  for 
modal  transport  is  usioally  delegated  to  a  single  service  to  manage. 

A  strategy  of  deterrence  through  for/vrard  defence  requires  a  rapid 
deployment  capability.  For  deterrence  to  be  effective,  Australia  must 
be  capable,  and  seen  as  being  capable,  of  responding  promptly  to 
aggression.  A  creditable  deterrent  hinges  on  the  ability  to  deliver 
forces  rapidly  to  trouble  spots  and  sustain  them  once  employed.  The  air 
mode's  advantage  of  timeliness  makes  it  critical  to  Australia's 
deterrence  stance. 

Further,  "ground  forces  are  being  prepared  to  meet  contingencies 
at  lower  levels,  which  are  more  creditable  and  have  shorter  Wcuning 
time"  (Dibb,  1986:55).  At  this  level  and  given  Australia's  geography, 
oppxjsing  forces  would  be  e}g)ected  to  swarm  dispersed  elements,  strike 
and  then  scatter  (Skori^,  1989:43) .  Surface  lines  of  communication 
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would  be  subject  to  sudden  and  unpredictable  attack.  To  conpensate, 
airlift  would  be  the  primary  means  of  reliable  resupply.  History  shows 
that  "airlift  is  the  only  means  of  sustainment  for  ground  forces  v^hose 
whole  lines  of  communications  are  temporarily  cut"  (Cassidy,  1986:124). 

Strategic  Airlift 

ADF  responsibility  for  strategic  airlift  is  vested  in  the  RAAF 
(Department  of  Defence,  1985:14-1).  Strategic  airlift  is  the  movenent, 
by  air,  of  personnel  and  stores  from  a  support  area  to  an  area  of 
operations  (AO) ,  between  AOs  or  to  another  support  area.  Its 
application  is  directly  supported  by  six  of  A^istralia's  principles  of 
’/Warfare:  offensive  action,  surprise,  concentration  of  force,  economy  of 
effort,  flexibility  and  administration  (Royal  Australian  Air  Force, 
1990:65,158) . 

Airlift  enhances  a  battlefield  ccramander's  concentration  of  power 
against  what  "Clausewitz  called  an  enemy's  centre  of  gravity  -  the  focal 
point  against  which  all  military  energies  should  be  expended"  (Cassidy, 
1986:124).  It  provides  advantages  of  flexibility,  swiftness  of 
application,  ubiquity,  range  and  political  responsiveness.  Air  assets 
can  be  quickly  and  effectively  diverted  between  tasks  and  can  be 
employed  in  different  roles  with  minimum  difficulty.  Through  its 
characteristic  of  speed,  strategic  airlift  is  ideally  suited  to 
doronstrate  a  nation's  political  intent  by  immediate  action  or 
capability  to  act.  The  speed  and  endurance  of  modem  strategic 
transport  aircraft  allow  airlift  to  cover  long  distcinces  without 
constraints  of  physical  barriers  (Royal  Australian  Air  Force,  1990:156). 


2-4 


Limitations  of  airlift  include  cost,  dependence  on  air  bases  and 
impermanent  effect.  The  cost  of  airlift  flight  time  is  high,  aircraft 
numbers  are  limited,  aircrew  cannot  remain  on  duty  indefinitely  and  the 
effectiveness  of  airlift  is  lost  if  there  is  insufficient  infrastructure 
to  support  aircraft.  "Consequently,  the  system  of  preparing,  ordering, 
loading,  and  unloading  of  people  and  cargo  must  be  designed  for 
flexibility,  smooth  operation  and  simplicity"  (Royal  Australian  Air 
Force,  1990:157). 

RAAF  Airlift  Resources 

Through  its  Air  Lift  Group  (ALG) ,  the  RAAF  operates  t.vo  large 
capacity  strategic  airlift  aircraft,  the  Boeing  B707  and  the  Lockheed 
C130.  Both  aircraft  types  are  based  at  RAAF  Base  Richmond,  New  South 
Wales.  The  RAAF  operates  six  multiple  configuration  B707s.  The  RAAF's 
24  C130s  include  equal  numbers  of  "E"  and  ”H"  models.  Though  the  C130 
models  have  different  roles  and  characteristics,  they  share 
responsibility  for  strategic  airlift. 

ALG  also  manages  the  direct  airlift  support  needs  of  the  ADF, 
including  crewing,  loading  and  turnaround  of  aircraft.  It  calls  on 
other  agencies  of  the  RAAF  cind  ADF  to  provide  airlift  support  through 
extended  aircraft  overhaul,  air  traffic  control,  catering  for  airlift, 
airfield  security  and  general  logistics  support. 

Besides  providing  airlift  though  its  own  aircraft  and 
infrastructure,  the  RAAF  relies  strongly  on  civil  sources  of  aircraft 
and  capability.  Despite  restrictions  of  cost,  control  and  safety,  the 
Australian  Government  has  encouraged  the  use  of  civil  airlift  to 
supplement  the  strategic  lift  capability  of  the  ADF.  Importantly,  the 
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application  of  airlift  resources  is  subject  to  the  same  planning 
processes  v;hether  military  or  civil  sourced. 

Civil  airlift  can  be  acquired  by  "buying  space  on  regular  services 
[usually  seats],  chartering  an  aircraft  for  a  specific  time  or  task,  or 
enacting  legislation  to  direct  a  service  to  be  provided"  (Department  of 
Defence,  19oSb:35). 

Airlift  Planning  * 

The  RAAF  is  responsible  for  planning  and  controlling  aspects  than 

form,  part  of  an  airlift  system.  The  importance  of  planning  airlift  is 

evident  in  the  advantages  that  effective  airlift  provides.  The 

limitations  demand  exactness  in  planning  and  accountability  of  action. 

The  speed  of  airlift  and  its  reactiveness,  compress  the  time 

available  to  plan  its  effective  and  efficient  use.  Effectively  lin}:ina 

the  disparate  requirements  of  precision  and  timeliness  is  the  aim  of 

airlift  planning  systems.  Airlift  planners  are  constantly  seekdng  ■.•.'ays 

to  improve  the  m.arriaqe  of  these  inconsonant  bedfellows. 

Principles  of  Airlift  Planning 
CDepartment  of  Defence.  19S5b: 10-11) 

There  are  four  interdependent  principles  of  movement  that  can  be 
applied  to  airlift  planning.  These  include: 

1.  Movement  management  must  be  centralised  at  the  highest  level. 

« 

2.  Movement  must  be  regulated. 

j.  Movement  must  be  fluid  and  flexible. 

4.  The  maximum  utilisation  must  be  made  of  carrying  capacity. 

Centralisation  optimises  the  use  of  scarce  resources  by  allowing 
the  massing  of  resources  and  directing  resources  to  the  tasks  with  the 
highest  priorities  across  the  ADF.  Regulation  of  movement  avoids 
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congestion  in  the  airlift  system,  and  achieves  an  even  and  reliable 
flov;. 

Applying  regulation  and  flexibility  to  planning  allov/s  demands  of 
special  urgency  to  be  met  with  certainty.  Additionally,  flexibility 
provides  for  breakdovms  and  unplanned  surges  in  demand.  By  eliminating 
congestion  points  and  spreading  tasking  evenly,  sufficient  reserve  can 
be  provided  in  resource  and  netv.-ork  capacity  to  meet  these  unexpected 
arisings.  Yet,  unnecessary  or  excessive  non-committal  of  resources  must 
be  a’-.’oided  as  planners  should  strive  to  maximise  the  utilisation  of 
carn'ing  capacity. 

Factors  in  Airlift  Planning  (Peal;.  1990a: 14  March) 

Of  the  transport  modes,  airlift  requires  consideration  of  the  mosr 
factors.  Factors  can  be  grouped  according  to  their  sourcing  into 
commitrent  and  resource. 

Commitment  Factors 

Ccmitment  factors  are  peculiar  to  that  ■.■;hich  is  to  be  moved, 
usually  termed  the  bill.  These  include; 

1.  size  and  characteristics, 

2.  departure  and  destination  requirements, 

3.  the  order  of  march, 

4 .  integrity  requirements , 

5.  m.ovem.ent  availability  v;indov.’s ,  and 

6.  notice  of  requirements. 

Size  and  Characteristics.  The  size  of  the  force  to  iTiove  affects 
the  airlift  planning  effort.  Additionally,  the  composition  of  the  force 
and  its  objectives  affects  the  priority  and  hence  resources  it  receives. 


Departure  and  Destination  Recaiirements.  Varying  according  to  the 
characteristics  and  scope  of  the  operation,  the  number  of  departure  and 
entry  points  (POD  and  POE)  range  from  one  to  many  of  each,  though 
numbers  rarely  exceed  about  ten  destination  points  and  20  departure 
points.  Though  the  definition  of  PODs  and  POEs  would  normally  follow 
from  a  force  commander's  requirements,  their  impact  on  the  capability  of 
airlift  is  significant  enough  for  them  to  often  influence  the  higher 
scenario  for  operations. 

Order  of  March.  The  order  of  march  is  "the  order  in  which  forces 
deploy  to,  within,  or  redeploy  from,  an  area  of  operations"  (Department 
of  Defence,  198Sb:14).  The  order  usually  specifies  the  unit  component, 
POD,  POE  and  movement  window.  The  ordering  of  movement  usually 
restricts  the  flexibility  available  to  the  airlift  planner  in  maximising 
utilisation.  A  force  commander  defines  the  order  of  march  in 
conjunction  with  his  executive  movement  planning  staff.  Each  modal 
planner  usually  receives  the  order  of  march  for  components  of  the  force 
assigned  to  each  mode  for  transport.  V^ihile  the  airlift  planner  aims  to 
meet  the  air  mode  order  of  march,  higher  level  movement  planning  staff 
must  ensure  that  the  cumulative  modal  planning  effort  meets  the  total 
order  of  march. 

Intecnritv  Requirements.  For  reasons  of  engagement  soon  after 
arrival,  administrative  control  or  shortages  of  support  equipment,  the 
consolidated  movement  of  some  groups  within  the  order  of  march  is  often 
enforced.  Though  this  approach  is  supported  by  normal  airlift  planning 
principles,  some  restrictions  on  the  maximisation  of  utilisation  result. 

Movement  Availability  Windows.  Part  of  the  order  of  march 
statement  for  each  component  of  a  force  is  a  definition  of  the  period 
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from  '.v-hen  the  component  is  first  available  to  move  and  vdien  it  must  have 
moved  by.  The  grouping  of  sub-units  aroxjnd  time  periods,  the 
relationship  betv/een  advance  and  main  body  movements,  the  v.ddth  of 
acceptable  movement  v.-indows,  overall  iTiovement  period  and  the  impact  of 
movement  decisions  of  one  group  on  other  -.vindows  are  aspects  of  the 
movement  time  requirements  that  affect  airlift  planning. 

Notice  of  Recaiireraenrs .  Changes  in  scenarios  and  arisings  during 
operations  often  dictate  changes  in  a  force  commander's  movement 
requirements  cind  priorities.  As  air  is  usually  the  most  responsive 
mode,  requirements  are  often  presented  to  the  airlift  planner  '■.ath 
little  notice  and  requiring  near-immediate  decisions. 

Resource  Factors  (Department  of  Defence,  198ob;31) 

Resource  factors  include: 

1.  airframe  availability, 

2.  crev;  availability, 

j.  crev;  endurance, 

4.  flying  time, 

5.  payload  availability, 

6 .  supporting  services , 

7.  aerodrome  restrictions,  and 

3.  environmental  considerations. 

Airframe  Availability.  The  small  fleet  size  and  specialist 
configurations  of  some  airframes,  especially  B707s,  forces  the  airlift 
planner  to  consider  airframe  disposition.  To  meet-  concurrent 
requirements  by  multiple  planning  agencies,  planners  are  often  allocated 
a  maximum  number  of  airframes  of  each  type. 
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Crev;  Availability.  ALG  aircrew  numbers,  though  adequate,  demand 
planning  to  ensure  there  are  sufficient  crews  to  meet  tasking.  Aircre'^? 
are  qualified  to  airframe  type  and  model.  So,  though  airframes  may  be 
available,  qualified  crews  may  be  unavailable  to  perform  the  task,  while 
other  aircrew  are  idle.  Some  tasks  require  special  qualifications  of 
crew  members  ;vhich  restricts  the  planner's  flexibility  in  dovetailing 
tasks,  especially  ’vihen  changing  tasking  already  under  way. 

Crev;  Endurance.  Australian  aviation  safety  regulations  dictate 
that  the  duration  of  crew  tasking  be  strictly  limited  and  include 
minimum  rest  periods  between  tasking.  Increases  in  availability  can  be 
gained  by  application  of  augmented  and  slip  crews. 

Flying  Time.  Resources  available  to  the  RAAF  airlift  planner  have 
traditionally  been  defined  in  units  of  hours  of  each  aircraft  type. 

Hours  corami. tted  to  a  task  is  a  factor  of  distance  between  way  points, 
aircraft  cruise  speed,  and  task  type.  Though  allocating  resources  by 
type  restricts  the  freedom  of  the  planner  to  make  the  best  economic 
decision,  it  has  been  adopted  as  a  convenient  and  simple  way  to  bound 
resources  available  and  reduce  over-commitment  of  airframes  and  crews. 

Payload  Availability.  The  payload  availability  of  an  aircraft  on 
a  task  is  critical  in  allocating  enough  resources  to  meet  requirements 
and  maximising  utilisation.  It  is  a  factor  of  aircraft  type  (including 
maximum  weight,  door  limits,  floor  limits  and  seating  limits) , 
individual  airframe  characteristics,  flight  time,  fuel  reserve 
requirements  per  leg,  loading  equipment  and  task  restrictions  such  as 
over  water  flights  and  landing  weight  maximums. 

Supporting  Services.  On-ground  restrictions  on  airlift  are  often 
overlooked.  They  include  refuelling,  maintenance,  and  loading 
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considerations.  Refuelling  capability  addresses  correct  type  and  systen 
and  sufficient  volume  for  the  numbers  and  types  of  planned  aircraft. 
Scheduled  maintenance  is  usually  done  at  a  dedicated  site  and  requires 
planning  to  avoid  congestion  of  airframes  at  facilities.  Loading 
facilities  at  departure  and  destination  airfields  restrict  the  type  and 
weight  of  payload  and  the  turnaround  time  for  aircraft. 

Aerodrome  Restrictions.  Because  of  aerodrome  location, 
construction,  facilities  and  primary  role,  aerodrome  management  often 
impose  limits  on  airfield  use.  Restrictions  in  landing  and  take  off 
weight  and  numbers  are  used  to  minimise  damage  to  runways,  v;hile  hours 
of  operation  restrictions  apply  ivhere  night  facilities  are  not  available 
or  primary  operations  may  restrict  military  operations.  Taxiway  and 
parking  limits  restrict  the  numbers  and  types  of  aircraft  allowed  on 
ground  at  any  or  defined  times.  Payload  type  restrictions  may  limit  the 
carriage  of  dangerous  cargo  or  uncleared  passengers  to  or  from  an 
airfield. 

Environmental  Considerations.  Despite  considerable  advances  in 
capability  of  aircraft,  weather  still  affects  airfield  availability  and 
transit  times.  Theatre  and  tactical  air  supremacy  or  parity  are  also 
considerations  in  the  planning  of  airlift. 

Summary 

Airlift  is  at  the  heart  of  Australia's  strategy  of  defence  in 
depth.  It  provides  the  essential  mobility  to  project  military  power 
from  remote  areas.  It  enhances  ccmbat  power  by  allowing  a  degree  of 
manoeuvre  otherwise  impossible  in  many  areas  of  Australia,  vihere 
difficult  topograi^y  severely  hampers  surface  transport. 
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Such  mobility,  achieved  by  very  limited  resources,  demands  e5<pert 
control.  Detailed  planning  is  required  to  derive  the  mix  of  resources 
that  will  meet  requirements  and  satisfy  restrictions. 


III.  Research  Methcxiologv 


Overview 

Ihe  primary  goal  of  this  study  is  to  determine  how  conputer  based 
information  management  can  be  applied  to  iitprove  strategic  airlift 
planning.  This  goal  was  achieved  by  first  investigating  airlift 
planning  approadies  and  algorithms  to  solve  ccmplex  routing  and 
scheduling  problems.  A  MIS  was  then  designed  to  assist  airlift 
planning,  based  on  a  methodology  developed  through  research. 

This  system  was  coitpared  with  the  current  RAAF  planning  process  by 
analysing  the  performance  of  both  with  similar  data  and  requirements. 
This  comparison  formed  the  basis  of  a  discussion  of  results,  issues, 
recommendations  and  conclusions. 

The  findings  of  this  study  are  intended  for  direct  application  by 
the  RAAF.  Therefore,  important  goals  of  this  study  were  that  any 
proposed  system  be  based  on  recent  RAAF  airlift  scenarios  and  any 
claimed  system  advantages  be  substantiated.  Additionally,  it  ^-^s 
beneficial  that  any  proposed  system  be  easily  implemented  and  any 
systems  development  effort  conducted  in  this  study  be  useful  in  the 
developnent  of  a  system  for  the  RAAF. 

After  recognising  a  preliminary  analysis,  this  chapter  presents  a 
discussion  of  the  phases  of  the  researcii.  Research  methods  applied  for 
each  phase  are  examined  by  looking  at  issues  of  administration, 
selection,  developrent  cind  interpretation.  The  second  section  provides 
more  detailed  discussion  of  the  sources  of  information  used  in  this 
reseaurch. 
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Preliminary  Analysis 

Critical  to  this  study  was  a  finding  that  the  present  system 
suffered  sufficient  deficiencies  to  warrant  consideration  of  change. 
Thou«^  personal  experience  of  the  author  and  sponsor  suggested  that 
deficiencies  certainly  existed,  the  criticality  of  this  premise  demanded 
that  a  pilot  study  be  conducted  before  embarking  on  the  main  research. 

Low  level  electronic  storage  of  airlift  planning  data  vjas 
introduced  during  an  ADF  exercise.  Though  only  a  crude  data  management 
system,  this  approach  produced  benefits  and  suggested  that  scope  for 
much  greater  improvement  existed  through  automation. 

Lastly,  informal  discussions  were  conducted  with  personnel 
involved  in  the  exercise.  Despite  some  reservations  concerning  design 
issues  such  as  security,  control,  access  and  management,  all  agreed  that 
automation  of  airlift  planning  would  "certainly  improve  the  way  we  do 
business  and  raise  our  level  of  service  to  our  customers"  (Thomson, 

1990) . 

Executive  management  endorsement  of  this  study  occurred  in 
February  1990,  allowing  data  collection  whilst  in  Australia  and  approval 
of  visits  to  other  countries. 

Specific  Methodology 

The  resecuxh  was  conducted  in  seven  phases: 

1.  The  investigation  of  airlift  planning  conc^ts  eind  systems. 

2.  The  selection  of  a  systems  develcpment  methodology. 

3.  The  develc^jroent  of  a  preposed  system. 

4.  The  testing  of  the  system. 


3-2 


5.  The  demonstration  of  variation  in  plcinning  capability  between  the 
present  and  proposed  systems. 

6.  An  overview  of  the  likely  implementation  issues;  and 

7.  The  making  of  conclusions  and  recommendations. 

Ehase  One:  Investigation 

In  the  first  phase  of  reseaurch,  the  airlift  planning  process  -vjas 
analysed  through  the  following  investigative  questions: 

1.  ^hat  constitutes  the  planning  function  of  strategic  airlift? 

2.  that  factors  affect  strategic  airlift  plaunning? 

3.  ihat  are  the  indicators  that  allow  airlift  planning  effort  to  be 
evaluated  and  how  are  they  measured? 

4.  How  is  strategic  airlift  plcinned  by  the  RAAF? 

5.  How  is  strategic  airlift  planned  by  other  defence  forces? 

6.  Are  there  vays  of  automating  problems  of  routing  and  scheduling? 

‘Questions  1~2;  What  constitutes  the  planning  function  of  strategic 
airlift  and  vdiat  factors  affect  it? 

For  the  Chapter  II  discussion,  ADF  literature  addressed  vhat 
comprised  the  RAAF  strategic  airlift  planning  function  and  which  general 
factors  affected  airlift  and  hence  its  planning  effort.  Literature  wcis 
reinforced  by  opinions  of  ADF  personnel. 

Question  3:  Nhat  are  the  indicators  that  allow  airlift  plcinning 
effort  to  be  evaluated  eund  how  are  they  measured? 

Defense  Tecdinical  Information  Center  (DTIC)  sources  were  searxdied 
for  studies  of  airlift  capability  assessment  euTd  measurement.  Several 
studies  were  found  tfiat  attempted  to  apply  force  czpability  delivered  as 
a  meeisurement.  Dialog  Informaticxi  Services  (DIALOG)  sourced  indicators 
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used  by  civil  operators,  but  these  were  not  found  afplicable,  given  the 
different  operating  inotives. 

ADF  literature  provided  the  broad  measures  of  effort.  Interviews 
with  ADF  personnel  and  26  survey  questions  sought  greater  clarification 
of  quantifiable  measures.  Planning  staff  at  Headquarters  Military 
Airlift  Command  (MAC)  clarified  the  different  methods  used  by  the  United 
States  Air  Force  (USAF) . 

Question  4:  How  is  strategic  airlift  planned  by  the  RAAF? 

ADF  publications  provided  the  division  of  responsibilities  for 
airlift  within  the  ADF  and  definitions  of  terminology.  Reviews  of 
recent  and  indicative  airlift  activities  provided  the  data  required  for 
analysis  of  the  quantities  and  capacities. 

Initial  research  confirmed  the  author's  awareness  that  planning  of 
airlift  in  the  ADF  is  largely  an  undefined  function.  Consequently,  the 
greatest  source  of  information  was  from  the  views  of  those  personnel 
responsible  for  airlift  planning  over  the  last  five  years. 

Information  was  obtained  from  19  ADF  personnel  by  interview  and 
survey.  Opinions  were  souj^t  on  vtiat  factors  affected  airlift  planning 
and  to  'A/hat  degree,  what  constituted  good  airlift  planning,  the 
effectiveness  of  planning  efforts,  and  the  potential  for  computer  based 
information  support.  Deficiencies  in  the  present  system  were  also 
targeted.  ADF  exercise  data  provided  quantification  of  the  present 
systems  capabilities  and  problems. 

(^lestion  5.  Hew  is  strategic  airlift  planned  by  other  defence 

forces? 

The  world  is  full  of  organisations  that  plan  airlift. 
Unfortunately,  time  restricts  this  research  to  only  one  or  two  that 
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offer  the  most  insight  into  airlift  planning  for  the  ADF.  The  United 
States  military  was  investigated  becaiose  it  employs  sophisticated 
automated  airlift  planning  systems.  Ihe  Canadian  National  Defence  Force 
(CNDF)  was  studied  because  of  similarities  in  size,  airlift  resources 
and  planning  approach  to  the  ADF. 

The  USAF  plan  airlift  with  assistance  of  ccjiputer  systems.  During 
the  research  period,  MAC  provided  airlift  management  for  Cperation 
Desert  Shield/Storm,  a  multi-nation  contingency.  This  provided  an 
excellent  opportunity  to  evaluate  recently  introduced  systems.  Personal 
interviews  at  MAC,  after  the  main  airlift  phase  had  been  completed, 
gained  assessments  of  the  performance  and  usefulness  of  systems. 
Interviews  were  conducted  with  planners,  systems  designers  and 
peripheral  "players".  Hands  on  access  to  systems  under  consideration 
and  access  to  system  documentation  provided  extra  information. 

Small  scale  airlift  planning  systems  used  by  the  USAF  and  United 
States  Army  were  also  investigated.  Systems,  were  targeted  in  searches 
through  DIALOG  and  DTIC.  Inhere  systens  appeared  promising,  sample 
copies  of  softrfcire  were  obtained  through  the  Air  Force  Logistics 
Management  Center  at  Gunter  Air  Force  Base. 

The  CNDF  relies  on  manual  planning  of  airlift  (Peverley,  1990) .  A 
course,  offered  by  the  CNDF  in  April  1990,  provided  insight  into 
Canadian  airlift  planning  practices.  Personal  interview  with  teaching 
staff  from  that  course  provided  additional  information. 

diesticn  6.  Are  there  viays  of  atitonating  prablesB  of  routing  and 
scheduling? 

For  the  Chapter  r/  discussion,  DTIC  located  previous  research 
concerning  routing  and  scheduling  of  airlift,  principally  for  the  United 
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States  military.  AFIT  staff  directed  pure  research  into  classical 
routing  and  scheduling  problems,  their  time  and  space  cotrplexity  and 
their  algorithmic  solution. 

DIALOG  produced  International  Aerospace  abstracts  of  applied 
research  concerning  the  routing  and  scheduling  of  commercial  cargo  and 
passenger  aircraft,  upon  advice  frcm  AFIT  staff,  this  search  was 
expanded  to  include  operations  research  studies  in  other  areas. 

Kiase  Two:  Selection  of  Systems  Development  IVfethodoloqv 

In  Chapter  V,  a  systems  development  methodology  was  selected  after 
reviaving  literature  concerning  systems  development  activities  and 
traditional  methods  and  tools.  Information  on  recent  trends  and  tools 
was  found  in  journals  and  periodicals,  bridging  the  gap  between  pure  and 
applied  discussion  of  methods  and  results. 

Aspects  of  the  strategic  airlift  planning  environment  iirpacting 
the  choice  of  a  systems  development  methodology  v/ere  deduced  from  the 
literature  and  through  interview  with  AFIT  specialists.  Assessment  of 
iripact  required  measuring  of  the  size,  complexity  and  frequency  of  those 
aspects  through  the  analysis  of  exercise  data  and  post  exercise  reports 
and  ADF  personnel  by  interview  and  quantitative  responses  to  a  survey. 

The  aim  that  the  development  effort  be  useful  to  future  RAAF 
efforts  affected  choice  of  design  methods,  it  encouraged  selection  of 
proven  tools,  techniques  and  platforms  that  were  si^jported  by  reliable 
vendors.  Expectations  of  longevity  of  vendors  eind  their  products  was 
also  considered.  Industry  journals  and  newspaper  articles  were  used  to 
gauge  strength  of  products  and  vendors. 

Preference  was  given  to  einalysis  and  design  techniques  and  tools 
that  were  in  use  in  the  ADF.  RAAF  autcmated  systems  policy  makers  are 
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encouraging  use  of  standard  approaches  to  systenis  development.  They 
consider  that  this  is  likely  to  reduce  effort  expended  in  transfering 
results  between  systems  (Tyrrell,  1991) .  ADF  staff  provided  an 
indicative  list  of  the  types  of  products  in  use  in  the  ADF. 

Database  relation  and  element  definitions  were  maintained  in  a 
design  database.  This  allows  ready  transfer  of  data  between  systems  and 
techniques  should  this  be  required  after  the  study.  Additionally,  this 
activity  provided  the  author  with  hands  on  exposixre  to  selected  softr^-are 
and  made  data  definition  maintenance  more  manageable. 

Phase  Three ;  Development  of  System 

Having  developed  a  methodology,  phase  three  involved  its 
application  to  the  design  of  a  MIS  system  for  airlift  planning.  System 
requirements  and  performance  minimums,  deduced  from  findings  of  the 
investigative  phase,  were  endorsed  by  the  sponsor  of  the  research  and  by 
other  ADF  personnel. 

Development  included  three  components;  overall  configuration 
design,  definition  of  primary  system  components  and  development  of  a 
prototype  of  phaise  one  of  the  system. 

Configuration  design  was  supported  by  literature  recommended  by 
AFIT  specialists.  Rigorous  explanation  and  evaluation  of  concepts  was 
provided  by  texts,  while  articles  addressed  issues  of  connectivity, 
developments  and  performance. 

The  chosen  method  required  development  of  those  system  components 
that  were  critical  or  produced  roost  return  on  investment.  Survey 
findings  directed  the  choice  of  ccmponents.  Results  of  the  development, 
using  the  selected  methods  and  tools  of  design,  is  presented  at  Chcipter 

V. 
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Riase  Four:  Testing  of  Procxjsed  System 

The  development  method  called  for  specification  of  system  goals 
and  requirements.  Formal  a  priori  definition  of  goal  attributes, 
included  measures  and  scales  of  performance.  The  proposed  system  was 
tested  against  these  goals. 

Overall  feasibility  of  the  system  could  be  tested  in  this  v/ay. 

More  detailed  development  and  deeper  testing  was  considered  necessary 
for  critical  components  of  the  system.  Consequently,  detailed 
definitions  and  a  prototype  were  developed  for  these  components.  This 
greatly  improved  confidence  in  accuracy  of  test  and  validation  results. 
Discussion  of  this  deeper  development  occurs  at  appendices  referenced  by 
Chapter  V. 

Past  ADF  exercises  provided  quantitative  data  needed  to  define  and 
verify  the  logical  design  and  prototype  produced.  This  allowed  the 
system  to  be  developed  based  on  various  realistic  airlift  scenarios  and 
levels  of  resource  commitment. 

The  system  was  tested  using  a  large  scale  exercise.  This  tested 
all  components  of  the  system  and  placed  a  heavy  load  on  the  prototype, 
both  useful  to  testing.  A  small  scale  exercise  was  applied  to  the 
system  to  provide  some  test  of  feasibility  with  a  different  scenario. 
This  allowed  design  limitations,  resultant  from  the  application  of  one 
exercise  and  scenario,  to  be  removed  before  evaluation. 

Hiase  Five;  Demonstration  of  Planning  Capability  Variation 

Having  developed  the  system  to  a  testable  stage,  the  sponsor  was 
invited  to  participate  in  validation.  As  well  as  introducing 
independence  into  testing,  this  allowed  input  from  the  sponsor  to  other 
stages  of  the  research. 
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Before  departing  Australia,  the  sponsor  was  invited  to  define  the 
criteria  by  which  the  feasibility  and  potential  advantage  of  the  system 
would  be  judged.  Additionally,  he  was  invited  to  bring  extracts  from  an 
airlift  exercise  or  operation.  Itiis  approach  iitproved  quality  of 
validation  by  evaluating  correctness  of  systems  goals  and  measurements 
and  reducing  bias  caused  through  author  choice  of  test  bed. 

Present  system  performance  during  the  extract  period  had  been 
recorded.  Performance  measures  included  timings  and  shortcomings.  The 
sponsor  would  then  attempt  to  apply  the  same  extracts  to  the  proposed 
system. 

The  overall  system  design  was  first  presented  to  the  sponsor.  For 
each  event  sequence,  capabilities  of  the  system  and  the  improvements 
offered  were  discussed.  After  discussion  of  all  event  sequences,  the 
sponsor  provided  additional  comments,  including  improvements  where 
required.  The  sponsor's  evaluation  of  the  system's  feasibility  and 
potential  formed  the  basis  for  the  Chapter  ^/I  discussion. 

Next,  the  critical  coirponents  v/ere  considered  in  more  detail.  The 
aim  '/ras  to  extract  more  quantifiable  measures  of  improvement  in  the 
essential  and  primary  components  of  the  system.  The  prototype  was 
loaded  to  represent  the  airlift  state  prior  to  each  time  sequence.  The 
sponsor  was  then  presented  with  the  log  and  other  scenario  data 
pertinent  to  the  sequence  and  requested  to  action  the  log  using  the 
prototype. 

Using  the  sponsor  to  perform  the  test  allowed  other  issues,  such 
as  user  friendliness,  to  be  adequately  tested.  Times  to  perform 
transactions  were  measured  and  sponsor  reaction  recorded.  This 
continued  for  each  sequence  that  addressed  the  prime  components. 
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After  testing,  sponsor  opinion  was  extracted  through  unstructured 
interview.  Quantitative  results  were  tallied  and  averaged,  v-i/here  time 
savings  had  occurred,  the  potential  saving  during  a  coiiplete  operation 
was  deduced  through  extrapolation.  This  data  formed  the  quantitative 
support  for  the  Chapter  VI  evaluation  of  the  prototype. 

Phase  Six:  Implementation  Issues 

As  previously  discussed,  implementation  issues  were  not  addressed 
in  the  main  part  of  the  research.  Consequently,  claims  were  not 
validated.  However,  this  choice  obliged  the  author  to  refrain  from 
making  specific  claims  concerning  implementation  in  the  Chapter  VI 
discussion. 

Literature,  recommended  by  AFIT  staff,  provided  information  on 
implementation  issues.  Discussion  of  issues  peculiar  to  the  potential 
iitplementation  site,  the  RAAF,  was  based  on  perceptions  of  the  author 
and  ADF  personnel.  ADF  personnel  opinions  were  gleaned  through  personal 
and  telephone  interview  and  a  survey  question. 

Phase  Seven:  Conclusions  and  Recommendations 

In  the  final  phase  of  the  study,  conclusions  were  drawn  and 
recommendations  made  on  implementation  of  a  MIS  to  support  strategic 
airlift  planning. 

Information  Gathering 

Information  was  sourced  in  three  ways;  review  of  literature, 
solicited  views  of  experienced  people  and  extraction  of  data  from  past 
ADF  airlift  operations. 

Literature  reviewed  included  pure  and  applied  research,  works 
defining  doctrine,  and  operating  guides,  manuals,  and  regulations. 
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DITC,  managed  by  the  Defense  DDgistics  Agency,  provided  previous  United 
States  military  research  and  doctrinal  studies.  ADF  airlift  planning 
staff,  AFIT  staff  and  the  DIALOG  sourced  additional  literature 
concerning  computer  aided  airlift  planning  systems,  the  automation  of 
routing  and  scheduling  problems  and  developnent  of  conputer  based 
systems.  DIALOG,  a  retrieval  service  available  to  the  public,  searches 
the  Conpendex  Plus  data  base  'Ahich  contains  extracts  of  journals, 
periodicals,  newspapers  and  newsletters. 

ADF  literature  was  sourced  from  the  author's  professional  military 
and  specialist  knowledge  and  that  of  RAAF  officers  responsible  for 
airlift  planning  policy.  Manuals  and  additional  systems  literature  for 
other  countries'  systems  were  located  after  advice  from  personnel 
responsible  for  control  or  application  of  these  systems. 

Solicited  views  of  experienced  people  provided  information  about 
the  factors  affecting  airlift  planning,  the  measurement  of  planning 
effort,  and  procedures  for  planning.  Senior  officers,  managers  and  non¬ 
commissioned  staff  responsible  for  planning  effort,  performance  of 
present  systems  and  the  implementation,  distribution  and  achievement  of 
airlift  plans  -were  targeted. 

Additionally,  aircrew  who  flew  airlift  tasking,  ADF  liaison  staff 
representing  the  force  lifted,  and  other  specialist  military  staff  with 
recent  exposure  to  airlift  planning  and  implementation  efforts,  provided 
information. 

Because  of  distance,  personal  interviews  of  ADF  personnel  were  not 
possible.  Consequently,  views  were  obtained  through  a  combination  of 
telephone  interviews  and  written  surveys.  Personal  correspondence  was 
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sought  from  the  sponsor  and  other  key  individuals.  Telephone  interviews 
used  an  unstructured  and  opinion  seeking  approach. 

Survey  of  ADF  Personnel 

Surveys  were  tailored  to  the  speciality  skills,  e>^rience  and 
present  duties  of  respondents.  The  full  survey  instrument  was  divided 
into  sections  based  on  respondent  errployment  category  and  ei^sure  to 
airlift.  The  full  survey  instrument  is  attached  at  Appendix  B. 

The  survey  instrument  for  each  respondent  was  assembled  by  the 
combination  of  applicable  sections  of  the  full  survey,  under  cover  of  a 
standardised  introductory  section.  This  introductory  section  provided 
backgrovind  to  the  survey,  defined  terms  and  solicited  information 
concerning  respondent  identification  and  experience. 

Unfortunately,  a  long  survey  was  required  to  address  all  issues  in 
sufficient  detail.  This  was  expected  to  affect  the  quality  and  number 
of  returns.  However,  alternatives  of  follow  up  surveys  and  personal 
interviews  were  rejected  because  of  impacts  of  time  and  distance. 
Personalised  and  motivating  correspondence  covering  the  survey  and 
telephone  contact  were  used  to  achieve  respondent  interest  and  a 
reasonable  rate  of  return. 

Surveys  sought  both  opinion  and  fact,  using  open  ended  and 
multiple  choice  question  formats.  Nineteen  open  ended  questions 
gathered  data  and  expressions  of  opinion.  Forty  six  multiple  choice 
questions  required  respondents  to  rank  support  of  answer  options. 
Expression  of  opinion  was  also  available  in  the  multiple  choice 
questions.  Where  respondents  had  access  to  airlift  statistics,  the 
survey  requested  useful  statistics. 
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Classic  scientific  analysis  sanpling  methods  were  not  used.  Usual 
research  practice  would  seek  a  random  selection  of  respondents,  from  the 
population  of  all  ADF  personnel  with  exposure  to  airlift  planning 
effort,  to  reduce  incidence  of  bias  in  the  opinion  gathering  process. 
However,  l^i^ile  exposure  to  airlift  activity  is  not  unccsmmon  among  ADF 
personnel,  there  are  few  with  good  ejposure  to  airlift  planning 
activities,  especially  all  levels  of  command  and  dealing  with  a  variety 
of  scenarios.  Those  few  are  well  known  within  a  small  force  like  the 
ADF.  So,  information  gathering  targeted  those  few  with  exceptional 
experience. 

The  survey  instrument  was  tested  locally  and  forwarded  to  the 
sponsor  for  appraisal  and  acceptance.  Twenty-eight  surveys  were 
for.varded  to  ADF  personnel  ranging  from  senior  to  non-commissioned 
officers.  Sixteen  responses  were  received,  giving  an  acceptable 
response  rate  approaching  60  percent.  Some  respondents  commented  on 
shortcomings  in  the  survey's  design. 

Data  from  Airlift  Planning  Activities 

This  research  also  required  detailed  quantitative  data  to  assist 
in  design  and  testing.  This  data  was  sourced  from  previous  ADF  airlift 
planning  exercises.  The  choice  of  uhich  airlift  efforts  would  represent 
the  population  of  all  ADF  airlift  had  potential  to  introduce  bias. 

To  minimise  the  incidence  of  bias  in  test  data  selection,  the 
sponsor  was  approached,  at  commencement  of  this  research,  to  provide 
exercise  data  that  could  be  later  used  to  test  and  evaluate  ciny 
proposal.  Airlift  planning  data  on  two  exercises  was  provided. 

One  exercise  involved  leurge  scale  eind  complex  airlift  planning  of 
military  and  civil  resources.  It  was  conducted  in  1989  and  was  the 
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largest  airlift  of  the  ADF  since  World  War  II.  It  was  a  rigorous  test 
of  the  ADF's  airlift  planning  capability  as  it  included  significant 
deliberate  and  unexpected  events  vhich  tested  airlift  planners, 
including  a  major  civil  emergency  requiring  military  airlift  sijpport  to 
the  nation  (Air  Lift  Group,  1989:3). 

Data  gave  a  before  and  after  shot  of  the  planning  process.  It 
included  the  requirements  or  lift  bill,  the  airlift  initial  plan  and  the 
post  exercise  evaluation  of  the  performance  of  airlift.  Additionally, 
time  slices  of  the  airlift  plan  at  various  stages  of  its  development, 
implementation  and  modification  were  available.  An  exercise  log 
provided  a  description  of  the  planning  environment.  Exercise  data  was 
captured  on  electronic  and  longhand  medium. 

Ihe  author  and  sponsor  had  been  responsible  for  the  airlift 
planning  for  the  exercise.  Recognising  that  greater  independence  of 
results  would  occur  if  testing  used  data  of  an  exercise  unknown  to  the 
author  and  sponsor,  attempts  were  made  to  locate  data  pertaining  to 
other  exercises.  However,  deliberate  efforts  had  been  taken  on  the 
larger  exercise  to  record  all  events.  This  was  not  the  case  for  other 
exercises . 

Other  exercise  records  did  not  contain  sufficient  data  to  present 
a  ccsnplete  description  of  an  airlift  planning  deration.  There  were  no 
logs  of  activities,  no  planning  work  sheets  or  other  documents  that 
provided  complimentary  data  to  the  airlift  planning  process.  \;hile 
testing  the  general  capabilities,  the  ind^iendent  exercise  could  not 
reliably  and  exhaustively  test  the  system. 

For  other  exercises  to  be  useful,  indicative  scenario  and  other 
contributing  factors  would  have  to  be  injected  into  testing.  Overall, 
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this  pirocess  had  the  potential  of  introducing  more  bias  into  testing 
than  it  avoided.  Additionally,  data  was  only  available  in  longhand 
form,  vrtiich  would  have  extended  time  requirements  of  the  testing  phase. 

Therefore,  the  larger  exercise  was  chosen  as  the  main  test  bed  for 
this  research.  Ihe  smaller  exercise  was  used  to  develop  the  system  and 
test  feasibility.  To  improve  testing  validity,  the  sponsor  was 
requested  to  specify  which  periods  and  activities  of  the  exercise  to 
base  validation  upon.  The  author  was  not  advised  of  this  choice  until 
testing  began.  Though  this  introduced  some  overhead  to  load  the 
prototype  to  reflect  the  state  needed,  it  provided  independence. 

For  the  larger  exercise,  the  author  had  been  responsible  to  the 
sponsor  for  the  detailed  airlift  activities  of  the  exercise.  As  the 
sponsor  had  been  involved,  at  an  executive  level,  he  had  good 
recollection  of  those  factors  present  during  the  exercise.  Yet,  as  he 
did  not  do  the  airlift  planning,  he  was  not  aware  of  most  detailed 
airlift  decisions  made  at  the  time.  Additionally,  having  been  part  of 
the  airlift  executive  during  the  exercise,  the  sponsor  was  aware  of  the 
requirements  of  executive  management  of  an  airlift  planning  MIS. 

Using  sponsor  chosen  extracts  from  the  large  exercise  allowed  the 
author,  as  tester,  to  have  good  recollection  of  the  activities  being 
reproduced  without  being  involved  in  selection  of  the  test  period.  Yet, 
the  tested,  to  v^iom  the  prototype  was  new,  chose  \«4Tat  activities  to  base 
the  test  upon  without  being  awcire  of  the  detailed  airlift  planning 
activities  undertaken  during  the  actual  test  period. 

An  additional  adveintage  of  this  approach  was  that  the  sponsor  was 
free  to  define  what  activities  were  prime  parts  of  the  airlift  planning 
process.  This  improved  the  quality  of  validation. 
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Summary 


This  chapter  discussed  the  research  methodology  used  in  this  study 
by  first  looking  at  the  specific  aspects  of  the  six  phases  of  research. 
General  issues  of  data  analysis  and  information  sourcing  followed. 

The  first  phase  investigated  airlift  planning  in  the  RAAF,  USAF 
and  CNDF.  Theoretical  and  empirical  studies  of  routing  and  scheduling 
methods  were  also  investigated.  The  next  phase  researched  and  developied 
a  methodology  to  develop  a  MIS.  In  phase  three,  a  MIS  was  designed  to 
assist  in  RAAF  airlift  planning,  though  full  development  of  the  system 
was  not  possible  or  required.  In  phase  four,  this  system  was  tested 
against  current  RAAF  airlift  planning  processes  by  analysing  the 
perforrance  of  both  with  similar  data  and  requirements.  Phase  five 
continued  testing  by  addressing  the  improvements  claimed  by  the  proposed 
system.  Secondary  research  was  conducted  into  likely  implementation 
issues  ir  phase  six.  Recommendations  and  conclusions  comprise  phase 
seven  of  this  study. 
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IV.  Airlift  Pletnnina 


Overview 

This  chapter  investigates  the  airlift  planning  process. 
Investigative  questions  concerning  the  planning  function,  its 
measurement  and  automated  support,  and  approadies  of  various  military 
forces  are  addressed.  The  chapter  aims  to  guide  later  prt^xasal  of  a 
RAAF  airlift  planning  MIS  by  defining  the  planning  environment  and 
gauging  the  effectiveness  of  computer  based  airlift  planning  systems. 

The  chapter  starts  with  a  discussion  of  airlift  planning  conc^ts 
by  looking  at  planning  activities  and  maf^ing  them  to  overall  operation 
milestones.  Itieoretical  eind  automation  issues  are  then  discussed. 

The  RAAF  airlift  system  is  analysed  in  detail.  Factors  of  good 
planning  and  their  measurement  are  discussed  as  well  as  deficiencies  in 
the  present  approach.  An  avervie.v  of  airlift  planning  approaches 
employed  by  the  USAF  and  CNDF  follows.  Any  use  of  automation  in 
planning  is  discussed,  as  well  as  similarities  in  approach,  different 
performeince  measures  and  similarities  between  systems. 

Airlift  Plcinninq  Concepts 

Cost  minimisation  is  the  primeuy  ctojective  of  most  distribution 
problems  (Bodinetal.,  1983:79).  However,  in  military  airlift 
cperations,  cost  cannot  be  the  primary  consideration  bec:ause  survival  is 
at  stake  (Department  of  the  Air  Force,  1985:3-2).  '’Any  military  weapon 
system  must  be  effective  first  with  notions  of  efficiency  and  economy 
being  subordinate"  (Mitchell,  1991) .  Still,  efficiency  is  important  to 
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the  extent  that  it  contributes  to  conbat  effectiveness  (Ltepartiiient  of 
the  Air  Force,  1985:3-2). 

The  aim  of  all  airlift  planning  is  to  put  the  right  force  in  the 
right  place  at  the  decisive  time  (Cassidy,  1986:114).  Given  a  feasible 
airlift  scencirio,  there  is  an  available  optimal  solution  or  solutions. 
However,  time  between  decisions  and  Inperfect  information  restrict  the 
planner  from  finding  it  with  certainty.  Airlift  planning  involves  best 
using  available  time  and  information  to  make  sound  decisions. 

The  mix  and  order  of  objectives  for  an  airlift  planner  depend  upon 
an  operation's  environment.  As  operations  are  dynamic,  reacting  to 
changes  in  national  requirements,  airlift  objectives  can  change  during 
planning.  Consequently,  operations  are  rarely  the  same  and  seldom  does 
actual  airlift  match  that  initially  planned  (Cochard  and  Yost, 

1985:54,55) . 

Four  broad  activities  comprise  airlift  planning: 

1 .  investigation , 

2.  detailed  static  planning, 

3.  implementation  and  dynamic  management,  and 

4.  performance  monitoring  and  review  (Thyer,  1991;  Mitchell,  1991; 

Peak,  1991a: 4  July) . 

Investigation 

Investigation  first  groups  and  evaluates  resources  and 
requiranents .  This  occurs  after  operation  concepts  and  expected 
resource  allocations  have  been  defined  by  higher  cojisnand  as  d^icted  in 
Figure  4-1.  Capaibility  data  is  gathered  on  aircraft  and  airfields,  as 
is  characteristics  of  likely  payload.  Resource  allocations  are  also 
examined.  These  activities  seek  to  gather  data  for  later  afplication  in 
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detailed  planning  and  to  eliminate  options  that  are  obviously  infeasible 
because  of  requirement  or  resource  limitations. 

With  better  definition  of  requirements  and  resources,  pre-planning 
can  commence.  This  involves  deriving  strategies  for  the  application  of 
airlift,  determining  users'  requirements  and  broadly  matching  resources 
to  meet  their  requirements  (Thyer,  1991) .  The  likelihood  of 
requirements  being  met  within  resource  allocations  is  evaluated. 
Additionally,  aircraft  types,  airfields  and  routes  vAiich  will  require 
close  management  are  identified. 

At  this  infant  stage  of  an  operation,  the  environment  is  rarely 
stable  and  requirements  and  allocations  may  not  be  defined  to  sufficient 
detail.  Consequently,  there  is  little  motivation  to  plan  in  great 
detail  and  exhaustively  test  feasibility  of  ideas  (Peak,  1991a: 4  July). 

Investigation  activities  aim  to  derive  an  airlift  concept  that  is 
acceptable  to  the  force  commander  and  is  based  on  sound  principles  of 
movement  management.  Force  commanders  often  must  corrpress  the  time 
available  for  concept  planning  as  little  other  operations  planning  is 
possible  until  a  concept  of  movement  is  defined.  Etespite  limits  on 
information  and  time,  investigative  activities  remain  vital,  providing 
resource  and  requirement  data  for  later  use  and  laying  a  strategic  base 
for  subsequent  planning  activities. 

A  class  of  airlift  pleinner  exists  solely  in  this  phase.  Called 
the  "deliberate  planner"  by  the  USAF,  this  type  of  planner  is 
responsible  for  assessment  of  broad  capability  and  development  of 
concept  plans  (Peterson,  1991) .  While  the  traditional  planner  has 
operation  "womb  to  tomb"  commitments,  the  deliberate  planner  is 
concerned  with  proofing  strategies  and  conc^jts  and  not  with  later 
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inplementation.  He  seeks  ways  to  quickly,  though  accurately,  make 
assessments  of  airlift  capability.  For  the  deliberate  planner, 
investigation  results  in  a  statement  of  maximum  and  expected  flow  that 
is  likely  from  a  mix  of  resources  and  requirements. 

Detailed  Static  Planning 

Upon  acceptance  by  a  force  commander  of  an  airlift  concept, 
planners,  other  than  the  deliberate  type,  must  commence  detailed 
allocation  of  requirements  to  aircraft  and  the  scheduling  of  aircraft 
flav.  Detailed  static  planning  involves  moving  from  a  conc^Jt  of 
airlift  to  a  detailed  plan  for  application  of  airlift. 

The  core  product  of  detailed  static  planning  is  a  schedule  of 
flights  that  meets  all  requirements  and  does  not  exceed  resource 
allocations.  The  term  static  applies  because  it  is  p»erformed  after  firm 
allocation  of  lift  resources  and  requirements,  but  before  the  dynamic 
influence  of  airlift  that  is  under  way. 

Payload  Allocation  to  Lift  Type 

curing  payload  allocation,  total  aircraft  load  requirements  are 
calculated  by  aircraft  typies,  routes  and  time  windows.  An  aircraft  load 
assessment  prepares  for  later  aircraft  scheduling  actiyities.  It 
involyes  aspects  of  space  estimation  and  effectiye  assignment. 

Planners  seek  ways  to  quickly  deduce  total  load  requirements  by 
applying  heuristic  methods  to  convert  requirements  in  loads.  As 
illustrated  by  Figure  4-2,  more  time  is  available  compared  to  earlier 
planning,  though  more  detail  is  needed. 

Payload  allocation  should  not  be  confused  with  individual  task 
loading  and  pre-pleinning  which  ocxnor  during  the  airlift.  At  that 
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stage,  aircraft  are  tasked  and  Icjads  finalised  and  available  for 
inspection.  Detailed  loads  are  planned  for  each  leg  of  a  ituLssion. 

Conversely,  at  the  payload  allocation  stage,  only  conc^ts  of 
airlift  are  available.  Loads  are  ill-defxned  and  not  assembled.  Time 
constraints  and  lack  of  information  limit  allocation  to  numbers  of  loads 
and  not  composition  of  each  load. 

Lift  requirements  can  be  expressed  in  different  units.  For  large 
forces  or  those  that  move  regularly  by  air,  requirements  can  already  be 
defined  in  aircraft  loads.  Obviously,  this  approach  best  suits  planning 
by  avoiding  load  estimation.  However,  difficulties  arise  where  aircraft 
of  different  characteristics  are  available  or  the  lift  custcaner  is  not 
regularly  deployed  by  air. 

Here  commonly,  especially  for  smaller  forces,  lift  requirements 
are  defined  by  cubic  volume,  tonnage  or  both.  These  measures  are  easier 
to  derive  but  cause  inaccuracies  for  planners. 

An  aircraft  has  both  volume  and  weight  maxiraums.  Because  only 
total  volume  and  weight,  and  hence  average  density,  are  available, 
estimation  of  sub-load  densities  to  derive  approximate  aircraft  space  is 
required.  Use  of  different  density  estimates  for  classes  of  cargo 
improve  the  accuracy  of  predictions. 

Aircraft  of  different  characteristics  are  often  available  to 
service  tasks,  though  the  type  of  payload  may  limit  choice  of  aircraft 
type.  If  payload  can  be  ccirried  by  more  than  one  type  of  aircraft,  some 
analysis  is  required  to  deduce  preferred  type. 

Routing  emd  Scheduling  of  Airlift 

With  aircraft  loads  identified,  the  next  tcisk  is  to  introduce 
aircraft  to  fly  missions  that  lift  identified  loads.  Missions  must  meld 
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into  an  effective  and  efficient  flow.  The  flow  should  seek  to  maximise 
payload  carried,  relative  to  payload  priority,  and  yet  allow  opportunity 
for  rapid  change  in  response  to  scenario  or  resource  disposition 
changes.  The  aiiti  is  to  devise  a  flow  of  aircraft  that  is  balanced  and 
approaches  maximum  aircraft  utilisation  and  payload  carried. 

Wliile  a  deliberate  or  theoretical  planner  seeks  to  gauge  the 
maximum  capability  of  a  resource  allocation,  the  operations  planner 
seeks  to  devise  a  flow  that  offers  flexibility.  Flexibility  is  usually 
gained  by  retaining  excess  capability  within  the  flow. 

Excess  capability,  or  slack  in  airlift  flow,  allows  quick  solution 
to  unexpected  problems  with  least  disruption.  Yet,  this  safety  slack  is 
a  source  of  inefficiency.  If  there  is  excess  capability  in  a  flow,  then 
capability  of  a  particular  resource  allocation  has  not  been  maximised. 

Output  of  static  planning  is  hi<^y  detailed.  Planners  must  be 
confident  that  over-commitment  of  resources  is  avoided  and  crew  and 
airfield  restrictions  are  observed.  Mission  tasking  for  each  aircraft 
■■/ithin  the  schedule  must  be  provided,  as  well  as  specifics  of  payload 
and  infrastructure  requirements. 

Implementation  and  EJynamic  Planning 

Upon  approval  of  an  airlift  flow  and  commencement  of  operations, 
missions  are  tasked  and  aircraft  start  to  fly.  Airlift  planning  now 
moves  from  the  static  environment  to  the  dynamic. 

Many  argue  that  this  activity  is  not  part  of  the  planning 
function.  In  a  siirvey  of  ADF  personnel,  a  question  targeting  whether 
implamentation  forms  part  of  the  total  planning  function  produced  a  50 
percent  agreement.  Yet,  all  respondents  si^ested  that  airlift 
activities  were  iterative  and  dependent. 
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Certainly,  actual  flying  and  loading  of  aircraft  and  even  tasking 
of  crews  are  not  planning  activities.  Yet,  the  iterative  nature  of 
airlift  activities  means  that  control  systems  must  be  able  to  swing 
quickly  from  one  phase  to  another.  This  is  most  evident  during 
implementation  of  airlift. 

Every  time  a  significant  change  is  required  diaring  the  airlift, 
some  revaluation  of  options  and  objectives  must  occur  to  derive  the 
preferred  course  of  action.  Consequently,  airlift  control  moves 
constantly  between  iirplementation  and  planning  during  flying  activities 
(Mitchell,  1991). 

A  major  lesson  leaimed  by  MAC  during  Operation  Desert  Storm/ Shield 
was  the  need  to  have  systems  that  bridge  the  gap  between  planning  and 
viable  execution  (Peterson,  1991) .  Compared  to  exercises,  the  chaos  of 
real  operations  restricts  time  to  plan  and  implement  changes  to  a  flov/ 
from  days  to  hours,  '.vhile  increasing  the  scope  of  likely  changes  (Babb, 
1991:15-16).  "The  requirements  for  airlift  have  almost  always  been 
greater  than  expected  at  the  beginning  of  the  conflict,  and  the  variety 
of  missions  performed  by  airlift  increased  measurably  as  the  conflict 
developed"  (Cassidy,  1986:124) 

The  airlift  planner  has  the  responsibility  of  committing  airlift 
in  the  most  effective  and  efficient  way  to  achieve  the  force  commander's 
requirements.  This  responsibility  ends  when  airlift  has  either  achieved 
or  failed  to  achieve  requirements.  Therefore,  as  factors  change  during 
implementation  of  lift,  previous  planning  phases  must  be  revisited  to 
devise  reaction. 

Planning  during  implementation  involves  similar  activities  to 
those  of  the  static  planning  phase.  However,  changes  in  the  environment 
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demand  different  operating  approaches.  'Ihe  environment  has  now  moved 
from  the  somevrtiat  static  pre-commitment  p^iase,  to  the  dynamic  phase. 
Aircraft  break  down,  crews  get  sick  and  loading  equipment  fails. 
Planning,  therefore,  adopts  more  line  responsibilities,  attacking 
problems  that  are  developing  in  the  flow. 

New  requirements  are  presented  ard  resource  allocations  change  in 
response  to  larger  scenario  developments.  The  flow  must  be  changed  to 
achieve  new  priorities.  But  now  the  flow  is  no  longer  just  a  plan. 
Aircraft  are  flying,  crews  are  committed  and  payload  is  on-board. 

Any  re-routing  and  scheduling  of  airlift  is  governed  by  a  defined 
start  state  idiich  is  the  actual  disposition  of  aircraft,  crews,  loads, 
and  support  facilities.  Often  there  is  also  a  defined  after  state  the 
flow  must  return  to,  so  as  to  meet  original  priorities. 

Review 

Airlift  culminates  with  achievement  of  an  objective,  within 
imposed  constraints.  For  large  scale  airlift,  some  analysis  may  be 
required  to  determine  if  objectives  are  achieved  and  constraints 
observed . 

Additionally,  some  feedback  mechcinism  is  required  to  evaluate 
planning  decisions  made  against  outcomes.  This  is  most  relevant  in 
airlift  exercises  which  aim  to  better  prepare  a  force  through 
application,  be  it  actual  or  notional.  Decisions  taOcen  by  the  planner 
are  reviewed  for  soundness  of  decision  approach  and  accuracy  of  data. 

Review  is  not  pjerformed  exclusively  after  flying  has  ceased.  Only 
through  measurement  and  feedback  during  airlift  can  it  be  gauged  whether 
airlift  is  moving  towards  achievement  of  ctojectives  at  planned  rates  and 
if  resource  availability  is  as  expected. 
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Executives  demand  timely  advice  of  actual  performance  during 
implementation.  Feedback  during  implementation,  of  actual  performance 
versus  esqjected  performance,  allows  airlift  to  be  managed  towards 
changing  goals  in  lieu  of  being  set  on  a  course  towards  expected 
outcomes. 

Theoretical  and  Automation  Issues 

No  facet  of  airlift  planning  is  "too  difficult"  to  automate. 
However,  the  wide  influence  of  an  operation's  environment  on  airlift 
planning  has  frustrated  attempts  to  afply  automated  systems  to  airlift. 

Fully  automated  systems,  such  as  expert  systems,  depend  on  a 
knowledge  base  of  rules  (Cook  and  Russell,  1989:720).  Itieir 
construction  usually  requires  rigorous  definition  of  factors,  options 
and  benefits.  The  effort  to  collect  and  define  data  concerning  the  vast 
array  of  potential  factors  that  affect  complex  planning  environments  is 
large.  Additionally,  constraints  may  be  too  nebulous  and  hard  to  define 
(Bodin  et  al. ,  1983:132) .  By  the  time  data  on  all  possible  factors  has 
been  collected  and  constraints  defined,  the  benefits  of  speed  and 
accuracy  normally  associated  with  automation  are  seriously  undermined 
(Bodin  etal.,  1983:182). 

User  acceptance  of  computer  generated  solutions  is  most  impeded  by 
a  feeling  of  the  user's  loss  of  control  over  the  underlying  physical 
system  (Bodin  et  al.,  1983:132).  By  including  man-machine  interaction 
in  computer  systems,  better  solutions  are  being  obtained  and,  more 
importantly,  wider  user  acceptance  is  gained  (Cochard  and  Yost,  1985:56- 
57;  Bodin  et  al.,  1983:182). 
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Interactive  systems  have  great  potential  afplication  to  airlift 
planning.  Users  can  apply  intuition  or  knowledge  to  break  the  total 
airlift  problem  into  sub-problems.  Sub-pr<±)lQtis  Ccin  then  defined 
rigorously  and  solution  approaches  directed.  With  problems  bounded  and 
solution  approaches  defined,  quick  and  accurate  solutions  are  available 
through  automation  (Cochard  and  Yost,  1985:57). 

Estimation  of  Loads 

The  loading  of  aircraft  is  well  researched  and  is  a  form  of  the 
load  optimisation,  knapsack  and  greedy  problems  (Horowitz  and  Sahni, 
1990:51-64) .  Noteworthy  works  of  theory  addressing  aircraft  loading 
include  those  of  Eilon  and  Christofides  (Eilon  and  Christofides,  1971) 
and  Huebner  (Huebner,  1932) .  Unfortunately,  much  of  the  literature  on 
the  load  problem  is  too  theoretical  or  does  not  treat  many  real-life 
constraints  (Cochard  and  Yost,  1985:56). 

Automated  systems  for  load  planning  have  difficulties  in 
reconciling  the  flexibility  of  movement  priorities  into  formulations. 
Reasonable  solutions  are  hard  to  generate  given  the  lack  of  information 
a\ailable  at  eeirly  stages  of  planning.  Most  successful  systems  rely 
upon  interactive  systems  to  overccmie  these  difficulties  (Cochard  and 
Yost,  1935:56). 

Assignment  of  Loads  to  Type 

Assignment  of  payload  to  aircraft  type  is  often  done  manually 
based  on  intuition  and  experience.  Automated  assignment  is  based  on  a 
heuristic  of  using  the  vehicle  with  the  Icurgest  carrying  capacity, 
provided  ein  economical  amount  of  carrying  capacity  is  used.  This 
heuristic  eissumes  that  economies  of  scale  ensure  larger  vehicles  provide 
cheaper  per  ton  delivery  costs  (Bodin  et  al.,  1983:107-109). 
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Load  assignment  to  aircraft  type  is  a  generalisation  of  the 
operations  research  transportation  problem.  Mathematically,  this  is  not 
a  hard  problem  giving  it  useful  practical  potential,  as  discussed  later 
in  this  chapter.  Automated  methods  to  optimise  assignment  to  vehicles 
have  undergone  considerable  research  in  the  last  thirty  years.  Several 
techniques,  including  Chames  and  Cooper's  st^ping-stone  method  and 
Dantzig's  modified  distribution  method,  provide  specialised  solution 
methods  (Cook  and  Russell,  1989:202). 

Scheduling  of  Aircraft 

"Ihe  scheduling  of  aircraft  is  also  well  researched,  falling  into 
the  routing  and  scheduling  component  of  operations  research.  Routing 
specifies  the  sequence  of  airfields  that  flights  must  visit,  «hile  the 
schedule  identifies  the  times  at  which  the  activities  at  these  locations 
must  be  carried  out.  The  problem's  structure  allows  application  of  set, 
graph  and  network  problem  definition  and  solution  approaches  (Bodin  et 
al.,  1983:77-78;  Cook  and  Russell,  1989:219;  Horowitz  and  Sahni, 
1990:336,364-372) . 

Routing  and  scheduling  problems  are  generalisations  of  the  classic 
travelling  salesman  problem,  which  Karp  has  proven  to  be  mathematically 
hard  (Bodin  et  al.,  1983:82).  The  airlift  generalisation  of  the  routing 
and  scheduling  problem  is  called  the  pickup  and  delivery  preplan  with 
time  windows,  it  is  characterised  by  task  precedence  euid  time  window 
constraints  (Solomon  and  Desrosiers,  1988:7-8), 

Task  precedence  relationships  force  the  pickup  activity  for  a  task 
to  precede  the  delivery  activity  and  picki^  and  delivery  to  be  by  the 
same  aircraft.  This  last  constraint  simply  means  that  loads  cannot 
change  aircraft  in  flight  or  the  problem  cannot  be  divided  into  separate 
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pickup  and  delivery  problons  with  share  depots.  Airlift  scheduling  can 
also  involve  sub-cornponent  problans,  such  as  crewing  (Bodin  et  al., 
1983:117-147;  Sklar,  1990). 

Routing  arid  scheduling  solution  methods  often  divide  a  problem 
into  its  spatial  and  tenporal  canponents.  They  then  derive  feasible 
solutions  to  one  component  and  apply  them  to  the  second.  The  aim  is  to 
divide  the  problem  into  smaller  more  tractable  pieces. 

Even  without  time  constraints,  the  routing  of  aircraft  is  a  hard 
problem.  Yet,  at  least  a  network  that  includes  all  tasks  can  be 
constructed  a  priori.  This  means  that  routes  are  predefined  and  alv.ays 
available.  The  difficulty  lies  in  finding  the  optimal  traversal  of  the 
network. 

With  time  windows,  "the  ccmplete  set  of  tasks  that  cam  feasibly 
follow  a  given  task  cannot,  in  general,  be  specified  beforehand  since 
the  exact  time  of  service  for  a  given  service  cannot  be  specified  in 
adv'ance"  (Bodin  et  al.,  1983:149).  This  means  that  in  contrast  to  a 
pure  routing  or  spatial  problem  vhere  a  network  remains  static  during 
its  transit,  time  and  space  considerations  may  cause  a  network  to  change 
during  its  transit.  For  exanple,  the  route  between  two  nodes  may  only 
exist  between  9.00  am  and  10.00  aTi. 

Not  surprisingly,  the  routing  and  scheduling  problem  with  time 
windows  has  been  proven  to  be  at  least  as  hard  as  the  travelling 
salesman  problem  (Bodin  et  al.,  1983:149).  In  fact,  even  finding  a 
feats ible  solution  to  the  problem  has  been  proven  hard  (Solonon  and 
Desrosiers,  1988:4). 
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Implications  of  Hard  Prcfclams 


lliere  are  implications  of  a  mathematically  hard  problem.  Figure 
4-3  charts  problem  conplexity  against  computational  time,  thou^  space 
is  equally  applicable.  Functions  with  less  than  es^nential  and 
exponential  relations  between  complexity  and  time  are  plotted. 

As  ejqsected,  time  to  solve  a  problem  increases  with  problem 
complexity  for  all  functions.  Yet,  for  functions  with  a  less  than 
exponential  relationship  between  complexity  and  time,  the  rate  of 
increase  is  bounded  and  remains  somewhat  reasonable.  Mathematically, 
these  functions  represent  methods  that  are  not  hard.  Generally,  a 
solution  can  be  generated  for  complex  problems,  though  the  time  to 
generate  may  become  long.  Importantly,  there  is  no  rapid  degradation  in 
computational  tine  for  each  step  up  in  complexity  (Horowitz  and  Sahni, 
1990:37) . 

For  example,  if  the  relationship  bet.veen  complexity  and  solution 
time  is  linear,  a  problem  twice  as  ccaplex  requires  tvice  as  rnuch  tine 
to  generate  a  solution.  This  is  true  whether  the  original  complexity  is 
n=2  or  n=10. 

The  exponential  plot  (2^)  of  conplexity  against  solution  time 
shows  tine  to  solve  a  problem  also  increases  with  conplexity.  Here,  if 
the  original  problem  has  conplexity  n=2,  then  a  problem  with  tivice  the 
conplexity  (n=4)  will  require  quadruple  the  solution  time  of  the 
original  (2^=4  versus  2'*=16) .  But  if  the  original  hcis  complexity  of 
n=10,  then  twice  as  complex  means  n=20  and  the  solution  tine  is 
multiplied  by  over  a  thousand  (2’°=1  024  versus  2^°=1  048  576). 

For  exponential  fuixAions  the  rate  of  increase  is  steep  and 
quickly  approaches,  though  never  readies,  infinity.  Increases  in 
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Figure  4-3.  Plot  of  CScofjutatianal  Time  Against  Oonplexity. 
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ccatplexity  beyond  the  lowest  levels  "will  result  in  very  large  increases 
in  solution  time.  A  level  of  complexity  is  quickly  reached  vhere  an 
optimal  solution  will  only  be  generated  in  time  approaching  infinity. 

An  exponential  lower  bound  characterises  a  hard  or  intractable  problem. 
Methods  with  high  polynomial  degree  or  exponential  relationships  between 
corrplexity  and  time  are  of  limited  practical  utility  (Horowitz  and 
Sahni,  1990:37-38). 

Complexity  is  a  general  term  applied  to  problem  definition.  For 
routing  and  scheduling  problems,  complexity  generally  increases  as  the 
number  of  airfields,  aircraft  or  loads  increase  or  time  windows  reduce 
(i.e.  become  tighter).  Most  aircraft  flow  problems  for  military 
operations  are  complex.  Given  the  intrinsic  difficulty  of  the  problem 
class,  heuristic  methods  have  become  the  focus  of  practical 
investigation  (Solomon  and  Desrosiers,  1988:6). 

Heuristic  Approaches 

The  routing  and  scheduling  problem  with  time  windows  involving 
either  pickup/drop  only  or  full  vehicle  loads  has  been  solved  by 
Desrosiers,  et  al.  (Solanki  and  Busch,  199i:l).  However,  a 
computationally  feasible  technique  for  real-world  problem  has  not  been 
found  (Hilliard  et  al.,  1991:13).  Instead,  heuristic  methods  have  been 
applied. 

Heuristics  are  "approximate  methods  to  obtain  near-optimal 
solutions  in  lieu  of  seeking  optimal  solutions"  (Bodin  et  al.,  1983:  76). 
Ihey  are  effective  if  they  provide  solutions  consistently  close  to  the 
optimal  solution  while  improving  time  to  derive  a  solution. 

Because  heuristic  methods  consider  a  sub-set  of  possible 
solutions  they  cure  prone  to  restricting  their  search  to  arecis  where 
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feasibility,  let  alone  optimising,  is  not  possible.  Consequently, 
heuristics  tend  to  be  tailored  to  specific  problem  scenarios.  Selection 
of  a  heuristic  method,  given  a  problem  environment,  is  seen  as  a 
possible  application  for  an  expert  systaa  (Solomon  and  Desrosiers, 
1988:9-10) . 

Different  heuristic  approaches  have  been  applied  to  routing  and 
scheduling  problems.  Some  rely  on  simplifying  route  choice  to  bound 
solution  space,  such  as  use  of  sequential  or  clustering  apprtjaches 
(Solomon  and  Desrosiers,  1988:9).  Others  attack  sub-components  of  the 
total  problem  that  can  be  solved  optimally  and  rely  on  sub-problem 
improvements  to  make  overall  solutions  attractive.  Tour  improvement  is 
another  approach,  idiich  takes  an  initial  feasible  solution  and  attempts 
to  maintain  feasibility,  while  moving  towards  better  solutions 
(Christofides,  1985:443-447). 

To  overcome  limitations  in  heuristic  performance  caused  by  the 
scenario,  researchers  are  proposing  solution  approaches  that  apply  more 
than  one  heuristic  to  a  problem  and  then  choose  the  best  result  (Fisher 
and  Jackuraar,  1931;  Lav/ler  et  al.,  1985:176-177). 

Soft  Constraints 

Difficulties  with  conplexity  and  definition  of  problem  constraints 
abound  in  practical  aircraft  routing  and  scheduling  applications. 

Allied  to  these  difficulties  is  the  presence  of  hard  and  soft 
constraints  (Solomon  and  Desrosiers,  1988:1-2).  Being  based  on  rigorous 
definition,  mathematical  approaches  to  airlift  flow  problems  best  suit 
applications  vrtiere  all  constraints  are  hard,  meaning  firm  or  discrete. 
Exaiiples  of  hard  constraints  include  a  15  hour  crew  day,  a  maximum  of 
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five  aircraft  or  a  movement  window  defined  to  the  day  suit  solution 
approaches . 

Yet,  many  constraints  are  soft  or  flexible  in  nature.  Crew  days 
can  often  be  extended  if  sufficient  incentive  exists.  Movement  windows 
are  often  not  discrete.  Though  it  may  appiear  that  firm  boundaries  exist 
between  acceptable  and  unacceptable  delivery  periods,  a  sliding  cost  of 
late  or  early  delivery  is  usually  the  case.  A  force  commander  may 
accept  a  late  delivery  if  related  advantages  gained  by  such  a  decision 
are  sufficient. 

Solution  methods  attempt  to  recognise  soft  constraints  by  either 
using  many  discrete  constraints  to  model  a  continuous  constraint  or 
through  relaxation  technigues.  Relaxation  techniques  incorporate 
continuous  constraints  by  recognising  them  as  costs  in  the  objective 
function  (Solomon  and  Desrosiers,  1983:1).  The  objective  function  is 
"the  equation  used  to  measure  the  effectiveness  of  a  proposed  solution" 
(Cook  and  Russell,  1989:12).  By  removing  constraints,  relaxation 
techniques  sinplify  the  generation  of  feasible  solutions.  Ihey  then 
incorporate  opportunity  cost  coefficients  in  the  objective  function  to 
artificially  apply  the  requirements  of  the  constraint. 

For  example,  a  soft  time  window  constraint  for  movement  may  exist. 
Wot  applying  this  constraint  allows  many  "feasible"  solutions  to  be 
generated.  However,  '/ihere  movement  occurs  outside  the  window,  a  penalty 
is  applied  by  multiplying  a  constant  by  the  time  that  falls  outside  the 
v/indow.  This  provides  recognition  of  the  continuous  window  constraint 
and  effectively  eliminates  cations  that  excessively  eibuse  the  window 
constraint. 


4-19 


Dynamic  Airflow  Scheduling 


Static  and  dynamic  aircraft  flow  systems  share  many  similarities. 
However,  the  speed  of  airlift  Hortens  reaction  and  decision  cycle  time, 
thus  suggesting  the  use  of  heuristic  and  rapid  methods  (Bodin  et  al., 
1983:177) . 

In  dynamic  scheduling,  objectives  change  from  finding  the  best 
solution  to  finding  the  best  way  to  move  from  the  present  state  to  some 
future  state  defined  in  the  plan.  Systems  must  be  able  to  integrate  the 
present  state  and  understand  the  desired  future  state.  To  do  this  there 
must  be  definition  of  vAiat  can  and  cannot  be  changed  and  the  cost  of 
change. 

Academic  study  of  dynamic  routing  in  the  dial-a-ride  taxi 
applications  have  considered  costs  to  date  as  sunk  and  eliminate  than 
from  the  problem  (Bodin  et  al.,  1983:179).  This  converts  the  dynamic 
problem  to  a  static  consideration  with  dispersed  vehicles  and  customers. 
Civil  airline  systems  apply  similar  least  cost  and  disruption  heuristics 
in  reaction  to  schedule  difficulties  (Bodin  et  al.,  1983:156). 

Measurement  of  Airlift  Planning  Performance  CResources  and  Financial 
Programs  Division-RFPD.  1990: Chapter  6) 

The  development  of  performance  indicators  facilitates  efficient 
and  effective  management  by  ider.tifying  areas  that  might  require 
corrective  action  or  refinement,  often  because  of  changing  external 
conditions,  or  requiring  further  in~depth  investigation  (RFPD,  1990:6- 
1) .  In  so  doing,  it  provides  for  ongoing  scrutiny  of  approach  and 
achievonent. 
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Inforraaticn  and  feedback  on  performance  that  has  been  collected  on 
a  regular  and  systematic  basis  can  be  useful  and  valuable  to  airlift 
planners  for  the  following  purposes: 

1.  Planning.  It  facilitates  the  choice  of  strategies  to  achieve 
goals  and  identifies  priorities  and  suggests  changes  in  approach  to 
airlift  planning. 

2.  Budgeting.  Feedback  helps  justify  bids  for  resources  to  executive 
management  and  force  commanders  and  allows  development  of  targets, 
milestones  and  standards  as  part  of  the  planning  system. 

3.  Iitplementation  and  monitoring.  It  monitors  progress  against 
resource  constraints,  lift  requirements  and  overall  objectives  and 
guides  appropriate  corrective  action  in  order  to  keep  an  airlift  plan 
"on  track"  for  maximum  achievement  of  results. 

4.  Evaluation.  Performance  review  allows  assessment  of  achie’/ement 
of  particular  airlift  planning  objectives,  demonstrates  the  contribution 
of  airlift  decisions  to  higher  operation  objectives  and  provides 
information  from  v;hich  policy  variations  can  be  developed. 

Seven  indicator  types  are  typically  applied  to  measuring  airlift 
planning: 

1.  Output,  which  is  the  quantity  of  airlift  service  provided. 

2.  Responsiveness,  being  the  elapsed  time  to  execute  airlift. 

3.  Productivity  which  is  the  workload  per  airlift  resource. 

4.  Efficiency  or  cost  per  unit  of  performance. 

5.  Effectiveness  which  is  the  extent  to  which  airlift  reaches  its 
objectives.  Also  called  outcome,  effectiveness  measures  operational  and 
surge  capability  of  airlift  resourcer. 

6.  Cost-effectiveness  which  seeks  the  unit  cost  of  effectiveness. 
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7.  Qualitative  which  provide  judgemental  assessments  of  product 
quality  concepts  such  as  service  standards. 

ADF  Airlift  Planning  (Peak,  1991a:5  JulvrNgiJCombe,  1991:28  July;  Small, 
1991:  28  July) 

Both  aircraft  tasking  and  payload  management  for  ADF  operations  is 
performed  by  ALG,  the  transportation  component  of  RAAF's  Air  Command. 

For  small  scale  and  short  term  operations,  ALS  provides  all  planning 
staff,  while  for  larger  operations,  staff  are  supplemented  by  RAAF  full 
time  and  reserve  members.  Different  planning  procedures  and  staff  are 
used  for  operations  and  normal  peacetime  airlift. 

External  agencies  that  interface  with  ALG  include  civil  operators 
of  aircraft  and  airport  facilities,  higher  headquarters  and  nravement 
control  agencies  (Peak,  1990a: 6  March).  Movement  control  agencies  act 
as  intermediaries  between  the  users  of  airlift  and  ALG  (Department  of 
Defence,  19SSb:12). 

In  its  airlift  planning  role,  components  of  ALG  become  external 
customers  to  the  airlift  planning  process.  These  components  include 
flying  and  intermediate  maintenance  squadrons  and  air  terminal  agencies. 
Air  terminal  agencies  are  located  at  RAAF  and  civil  airfields  and 
provide  loading  and  other  turnaround  tasks  for  transiting  ALG  aircraft. 

Separate  staff  are  responsible  for  aircraft  tasking  and  payload 
management.  They  are  co-located,  but  maintain  separate  files  concerning 
an  operation  and  tasking  folders  for  each  mission.  Though  they  share 
data  concerning  allocation,  scenario  and  tasking,  each  maintains 
relevant  documents  on  their  own  files  (Small,  1991).  This  leads  to 
duplication  but  cannot  be  avoided  as  ready  access  to  operation  or 
mission  information  is  required  by  each  (Newcombe,  1991:28  July). 
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Each  function  maintains  a  general  operation  file.  Ihis  file  is 
the  repository  for  all  correspondence  of  a  non-specific  nature 
concerning  the  operation.  Subordinate  files  maintain  specialised 
aspects,  including  planning  and  working  data.  Publications  that  provide 
resource  capability  or  requirements  characteristics  are  kept  by  any 
staff  that  require  the  information. 

For  historical  record,  all  files  are  maintained  for  a  reasonable 
period.  Tasking  folders  generated  by  each  function  are  also  stored, 
although  each  component  stores  its  files  and  folders  separately 
( Newcombe ,  1991:28  July). 

Ei^t  discrete  functions  are  performed.  Firstly,  operation 
scenario,  requirements  and  allocations  are  investigated,  mostly  by  the 
aircraft  tasking  section.  I'Jhere  airlift  is  proposed  within  the  next  two 
months,  current  committed  tasking  over  the  period  is  determined  from 
flight  folders  and  a  board  maintaining  proposed  tasking.  If  expected 
airlift  falls  outside  the  t.vo  month  period,  little  action  is  taken 
unless  a  clash  with  another  commitment  is  expected  (Newcombe,  1991:28 
July)  . 

When  firm  requirements  data  become  available,  load  estimation, 
flc//  scheduling  and  tasking  can  commence.  For  larger  operations,  the 
section  responsible  for  payload  management  estimates  load  requirements 
and  designs  a  flow  that  meets  requirements  effectively. 

Different  approaches  are  used  for  smaller  operations.  For  these, 
either  section  may  perform  lift  requirement  and  flcrv  design.  The 
reduced  operation  size  allows  more  detailed  analysis  of  load  estimation 
and  aircraft  flow.  Additionally,  outside  organisations  scsnetimes  seek 
responsibility  for  airlift  planning  in  support  of  their  exercises. 
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Aircraft  routing  and  flow  control  is  performed  manually.  No 
formal  advice  on  methods  of  routing  and  scheduling  exist,  so  techniques 
applied  vary  between  planners  (Newcombe,  1991:23  July) .  On  small 
applications,  an  exhaustive  search  of  options  the  planner  considers 
reasonable  can  be  performed.  For  repetitive  exercises,  old  flows  become 
the  basis  for  proposed  flows.  For  larger  operations,  intuitive  and 
heuristic  methods  are  applied. 

After  review  by  the  tasking  section,  either  section  may  staff  the 
proposed  flow  to  the  operation's  mounting  authority  for  concurrence.  An 
air  mode  instruction  is  generated  based  on  the  approved  flow  though  its 
format  varies  with  planner  preference.  This  instruction  is  passed  to 
movement  control  authorities  for  coordination  with  imits. 

Committed  airlift  for  the  operation  is  updated  to  the  proposed 
tasking  board.  Mission  tasking  is  generated  to  meet  the  flow  by  the 
aircraft  tasking  section.  Hard  copies  of  each  resulting  aircraft 
tasking  are  directed  to  flying  and  maintenance  squadrons  and  transited 
terminals.  Sepeirate  folders  for  each  mission  are  maintained  by  the 
aircraft  tasking  and  payload  management  sections  and  each  has  a  monthly 
flights  board. 

For  all  operations,  load  changes  must  be  managed  and  flying 
squadrons  and  terminal  units  advised  of  actual  payload  details  at  least 
the  day  before  flights  occur.  Yet,  payload  management  is  also  performed 
in  different  ways,  depending  on  the  size  of  the  operation  and 
preferences  of  staff  coordinating  the  operation.  On  larger  operations, 
some  planners  maintain  payload  assignment  within  flight  folders  while 
others  use  a  master  air  mode  instruction  to  record  assignment.  Computer 
maintenance  of  assignment  has  been  used  on  some  recent  operations. 
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For  smaller  operations,  assignment  is  easier  to  manage. 
Consequently,  planners  often  incorporate  load  assignment  into  mission 
tasking  documents  or  apply  other  approaches. 

Inevitably,  changes  to  planned  airlift  occur.  Prior  to  flights 
commencing,  changes  are  managed  by  the  planner  responsible  for  original 
actions.  For  example,  the  payload  section  would  be  responsible  for  all 
changes  if  they  had  planned  the  airlift.  Changes  to  flight  times  and 
routes  are  managed  by  the  tasking  section,  as  are  aircraft  rescues. 

Information  concerning  actual  perfonnance  both  during  and  after 
airlift  is  based  on  "a  negative  feedback  process  in  the  form  of  the 
reporting  by  exception"  (Mitchell,  1991)  by  flying  squadrons  and 
terminal  units.  Performance  is  assumed  to  be  as  planned  in  the  absence 
of  feedback  (Mitchell,  1991). 

Each  day,  flight  folders  for  completed  flights  are  removed  and 
status  boards  incremented.  Flying  squadrons  advise  actual  hoxirs  flown 
for  each  operation  on  a  monthly  or  an  as  requested  basis.  Post¬ 
operation  reporting  is  usually  performed,  though  hours  flown  and  lift 
met  are  not  analysed  against  that  planned.  Most  reporting  addresses 
negative  feedback  to  mounting  authority,  customer  and  other  agencies. 
Besides  digital  assessment  of  achievement  of  requirement,  no  assessment 
of  performance  or  decision  quality  occurs. 

Automation 

ADF  airlift  planning  is  performed  manually.  A  management 
comnissioned  report  in  1981  found  that  the  nanual  approach  to  airlift 
planning  suffered  problems  v/ith  consnunications  and  information 
management  and  availability.  A  computer  based  system  was  proposed  to 
improve  efficiency  in  the  use  of  manpower,  eliminate  most  opportunities 


4-25 


for  lost  information  and  improve  coordination  and  control  of  operations. 
However,  most  recommendations  of  this  report  were  not  iirplemented. 

Since  an  exercise  in  1989,  airlift  plans  have  been  able  to  be 
stored  electronically.  However,  decision  making  continues  without 
computer  support  and  data  is  often  stored  manually. 

Frequency  and  Size  of  ADF  Airlift  Operations 
/^pendix  D  provides  statistics  of  frequency  and  size  of  ADF 
airlift  operations.  Results  are  based  on  actiaal  data  from  the  last  four 
years  and  opinions  of  ADF  staff. 

Measurement  of  Plannina  Performance 

Questions  in  a  survey  of  ADF  airlift  planning  personnel  targeted 
those  factors  that  influenced  airlift  planning  approach  and  the  metrics 
that  could  measure  planning  performance.  Appendix  C  provides  those 
results. 

Eighteen  potential  factors  were  identified  to  respondents,  who 
v.^re  encouraged  to  add  others.  Factors  considered  were: 

1.  overall  effectiveness  of  airlift  in  meeting  the  aims  of  the 
customer, 

2.  productivity  or  maximising  payload  lifted, 

3.  economy  or  committing  resources  in  the  most  effective  way, 

4.  efficiency  or  the  highest  ratio  of  productivity  to  costs, 

5.  sirtplicity  of  plan  and  tasking, 

6.  training  value  to  the  airlift  systan, 

7.  fluidity  or  smoothness  of  lift, 

8.  cohesion  or  unity  of  lift, 

9.  flexibility  or  ability  to  absorb  later  changes, 

10.  certainty  of  meeting  lift  requirements. 
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11.  acx:ountability  for  decisions  made, 

12.  control  or  ability  to  quickly  influence  the  flow, 

13.  sensitivity  to  alternative  strategies, 

14.  format  that  allows  quick  development, 

15.  speed  of  plan  development  and  distribution, 

16.  security  of  airlift  resources, 

17.  security  of  payload,  and 

IS.  concentration  of  airlift  effort  for  maximum  efficiency. 

Generally,  planners  identified  overall  effectiveness  as  the 
principal  factor  of  airlift  planning.  Ihough  few  could  suggest  good 
measures  of  overall  effectiveness,  most  thought  it  could  be  measured 
beforehand. 

Pressed  for  more  defined  factors,  most  planners  suggested  that 
more  than  one  factor  influenced  planning.  Ordering  of  these  factors  was 
considered  either  insignificant  or  dependent  upon  operation  scenario  and 
all  suggested. different  ordering.  Interestingly,  usually  conflicting 
factors  of  economy  and  flexibility  ranked  after  overall  effectiveness  as 
principal  factors. 

Deficiencies  in  the  Present  System 

Deficiencies  in  ADF  airlift  planning  occur  in  six  areas: 

1.  lack  of  data  control,  including  risk  of  loss,  lack  of  integrity, 
restricted  access,  inflexibility  of  format  and  inaccuracy: 

2.  repetition  of  structured  tasks; 

3.  lack  of  consistency  in  pleinning  aj^roach; 

4.  long  learning  curve  for  new  planners; 

5.  distribution  delays  and  problems;  and 

6.  lack  of  feedback. 
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Data  Control 


Much  data  is  maintained  in  lom^iand  form.  It  is  held  loosely  by 
actioning  staff  or  placed  on  one  of  four  types  of  file.  Given  the 
amount  of  paper  generated  in  operations  managament,  it  is  not  surprising 
that  some  data  is  lost  or  misplaced.  In  times  of  exercise  or  aid  to  the 
community,  this  may  lead  to  political  anbarrassment.  In  war,  loss  of 
tasking  or  requirements  data  may  lead  to  death  (Management  Advisory 
Services  Branch-MASB,  1981:12). 

Data  often  needs  to  be  accessed  by  more  than  one  person.  This  is 
achieved  either  by  speedy  passing  of  files  containing  original  copies  of 
data  or  by  maintenance  of  numerous  copies  of  documents.  Passing  of 
files  introduces  problems  with  lost  files  and  delays  in  advise  of 
changes  to  interested  parties.  Many  distributed  copies  of  the  same 
document  poses  problems  with  update  and  currency  due  to  difficulties  in 
finding  and  accessing  all  copies  of  documents. 

Longhand  format  is  inflexible  as  it  does  not  support  free 
formating  of  data  (MASB,  1931:3) .  This  increases  the  time  to  extract 
information  value  from  data  introducing  overhead  in  presentation  of  data 
by  summary,  combination  and  linking.  Inaccuracies  also  occur  through 
errors  of  transposition  and  transcription  when  data  is  ported  from  one 
document  to  another  (Small,  1991;  MASB,  1981:7-10). 

Inflexibility  of  format  has  greatest  impact  on  sharing  of 
information  between  levels  of  management  and  movement  of  information 
between  planning  activities.  No  way  exists  to  quickly  transpose 
information  from  a  strategic  or  conceptual  level  state  to  a  state 
suitable  for  continued  detailed  plcinning. 
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Mditionally,  t±iere  is  no  ready  way  to  summarise  airlift  state. 
This  inhibits  movement  from  detailed  planning  back  to  strategic  planning 
in  response  to  major  changes  in  scenario.  It  also  delays  and  frustrates 
sharing  of  information  between  levels  of  management,  often  leading  to 
inconsistencies  or  absence  of  timely  r^xjrting. 

In  all,  maintaining  data  in  lon^iand  form  increases  time  to  locate 
and  present  information  while  reducing  its  accuracy.  Decision  cycle 
time  is  extended  and  decisions  are  less  likely  to  be  timely.  l\!here 
strict  time  limits  to  make  decisions  are  imposed,  they  are  based  on  less 
information,  even  though  source  data  is  available  (MASB,  1981:7) . 

Repetitive  Structured  Tasks 

The  absence  of  automation  means  that  all  tasks  are  performed 
manually.  As  airlift  planning  involves  many  repetitive  and  highly 
structured  tasks,  human  resources  are  used  inefficiently  (HCaviAC,  1987:6- 
1) .  Skilled  staff  become  involved  in  unskilled  tasks  and  must  sacrifice 
time  available  for  decision  making  to  perform  these  structured  tasks 
(MASB,  1981:18).  For  exairple,  aircraft  tasking  requires  check  digit 
calculations  on  timings  to  reduce  transcription  error.  For  a  large 
exercise,  check  digits  may  be  manually  calculated  up  to  1  000  times. 

This  is  a  simple  tcisk  that  consumes  time.  Further,  an  inaccurate 
calculation  causes  return  of  tasking  advice  for  correction,  increasing 
the  decision  advice  turnaround.  Similar  situations  abound  with  data 
such  as  unit  names,  mission  numbers  and  connecting  movement  detail. 

Given  that  time  is  critical,  especially  when  airlift  is  under  way, 
time  available  for  decision  making  should  not  be  reduced  by  structured 
but  necessciry  tasks. 
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Lack  of  Consistency  in  Planning  Approach 


Clearly,  no  formal  system  for  planning  airlift  for  operations 
exists.  Different  approaches  are  used  based  on  operation  size,  type  of 
custcaner,  processing  section  and  staff  involved.  All  approaches  differ 
from  those  used  for  normal  peacetime  planning. 

This  causes  confusion  vtien  planning  responsibility  moves  between 
staff  ard  introduces  unnecessary  delays  in  processing.  Delays  and 
misunderstanding  are  extreme  ;^tlen  planning  responsibility  must  be  handed 
from  one  planner  to  another  at  short  notice.  Additionally,  external 
agencies  are  not  presented  with  a  consistent  approach  from  ALG,  causing 
delays  and  misunderstandings. 

Long  Learning  Curve  for  New  Planners 

Given  that  no  formal  systan  for  airlift  planning  exists  that  new 
planners  can  learn  and  the  absence  of  critical  reviews  of  previous 
planning  decisions  ard  approaches,  each  neiv-  planner  experiences  a  long 
learning  curve  before  becoming  capable  of  planning  effectively.  The 
need  to  learn  structured  tasks  before  moving  to  unstructured  tasks 
further  extends  the  learning  period. 

Further,  as  the  planner  is  largely  on  his  own  during  this  learning 
phase,  new  approaches  to  planning  are  likely  to  be  found  by  each  new 
planner. 

Distribution  Delays  ard  Problems 

curing  actual  airlift,  changes  to  the  air  mode  instruction  must  be 
quickly  generated  and  distributed  if  it  is  to  be  effective. 
Unfortunately,  transmission  time  is  usually  measured  in  days,  vrtiile 
their  impact  is  often  in  hours.  Late  arrival  of  updates  not  only  make 
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them  of  little  use  but  can  lead  to  confusion  and  frustration  for 
external  agencies. 

As  different  approaches  are  used  in  formatting  and  distributing 
air  mode  instructions,  there  is  no  standardisation  concerning  receipt 
confirmation  and  copy  or  issue  number  management.  External  agencies  are 
unsure  of  instruction  accuracy  and  cure  confxased  when  different  versions 
of  the  air  mode  instruction  conflict.  Additionally,  no  secure  means 
exists  for  delivering  changes  in  time  and  in  a  form  immediately  useful 
to  external  agencies. 

Lack  of  Feedback 

With  exception  of  negative  feedback,  no  reporting  of  actual 
performance  occurs.  Planners  must  assimie  actual  airlift  exactly  matches 
that  planned,  even  though  this  is  not  usually  the  case. 

Firstly,  this  impacts  on  the  accuracy  and  quality  of  advice  to  all 
levels  of  management  and  ultimately  the  force  commander.  Secondly, 
planning  data  used  by  planners  becomes  dated  and  inaccurate  as  better 
actual  lift  data  becomes  available.  This  is  most  relevant  where 
planners  must  redeploy  a  force  based  on  planned  deployment  data,  vdien 
actual  deployment  data  is  available  but  not  accessible.  Lastly,  there 
is  no  analysis  of  planned  versus  actual  performance  to  gauge  where 
processing  can  be  improved  or  better  decisions  taken. 

United  States  Military  Airlift  Planning 

MAC  is  a  major  USAF  command  and  a  component  of  the  United  States 
Transportation  Command  (USTRANSOCM) .  It  is  the  principal  agency  for 
providing  airlift  for  the  United  States  Military  Forces  (Hilliard  et 
al.,  1991:2)  and  is  the  Icurgest  provider  of  airlift  in  the  world  having. 
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in  1986,  "an  ac±.ive  duty  primary  aircraft  authorisation  of  70  C5s,  242 
C141S  and  230  C130s"  (HQMAC,  1987:4-1).  In  addition,  MAC  schedules  use 
of  Strategic  Air  Command's  KClOs  and  contracts  an  average  of  ten 
commercial  carriers  each  day  to  provide  cargo  and  passenger  transport 
(H^C,  1987:4-1;  Hilliard  et  al. ,  1991:2). 

I'^hile  many  of  the  operations  that  MAC  sipports  are  of  the  same 
scale  as  ADF  operations,  airlift  management  is  designed  for  large  scale 
airlift  (Fairlie,  1991) .  Payload  management  is  separated  fron  aircraft 
flow  management  and  mission  tasking.  Heavy  use  of  automation  is  made  in 
both  areas. 

Within  payload  planning  and  management,  smaller  systems  are  used 
by  units  and  commands  to  manage  loading  of  aircraft.  Though  these 
systems  are  designed  for  use  with  actual  loading,  they  are  applied  in 
pre-planning  stages  of  airlift.  Principal  among  these  systems  is  the 
Computer  Aided  Load  Manifesting  system  (CALM) ,  though  others  such  as 
Cargo  Movements  Operations  Syst®n  (CMOS) ,  Contingency  Operation  Mobility 
Planning  System  (COMPES)  and  Automated  Mobility  Schedule  of  Events 
(AMSOE)  are  available. 

Currently,  a  new  system  is  being  introduced  to  assist  aircraft 
flow  scheduling  and  management.  The  system  also  contains  limited  load 
assessment  capabilities.  Called  the  Airlift  Deployment  Analysis  System 
(ADANS) ,  the  system  was  first  used  in  real  life  operations  during 
Operations  Desert  Shield  and  Storm,  during  1990  and  1991. 

Measurement 

MAC  uses  a  financial  tool  to  ttanage  its  airlift  resource  and  to 
introduce  cost  visibility  to  the  air  movement  of  passengers  and  cargo 
(Trott,  1991) .  The  Airlift  Service  industrial  Fund  (ASIF)  is  a  seeded 
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funding  pool  from  viiiich  MAC  must  finance  airlift  operations.  In  turn, 
MAC  charges  its  users  for  airlift.  Charges  are  based  on  actual  airlift 
costs,  for  civil  and  some  military  flights,  or  an  average  cost  per 
flying  hour  by  type  that  is  confuted  annually. 

As  a  measure,  dollar  cost  is  easily  understood  areJ  allows 
commanders  to  rate  airlift  against  other  means  of  transport  (Trott, 

1991) .  As  airlift  iiipacts  on  each  user's  budget  (at  Major  Command 
Level)  in  a  direct  and  obvious  way,  users  have  greater  incentive  to 
consider  efficiency  in  requirement  definition  and  scheduling  decisions 
(Trott,  1991;  Fairlie,  1991).  Responsibility  to  efficiently  apply 
airlift  becomes  a  shared  responsibility  between  the  paying  customer  and 
the  airlift  provider  (Trott,  1991) .  As  users  can  be  charged  based  on 
actual  usage,  they  are  further  encouraged  to  consider  efficiency  during 
implementation  stages  of  an  operation  (Trott,  1991) . 

To  planners,  charging  in  dollar  terms  allows  MAC  flexibility  in 
choice  of  aircraft  type  and  mission  profile  to  meet  tasidng  (Tueur)<auf, 
1991) .  Also,  it  shifts  responsibility  to  judge  -.ihen  efficiency  must  be 
sacrificed  for  effectiveness  to  the  user,  who  is  e>^«cted  to  have  a 
better  appreciation  of  the  larger  needs  and  factors  of  the  operation 
(Trott,  1991;  Tueurkauf ,  1991) . 

However,  to  apply  a  market  approach  to  efficiently  manage  the 
scarce  resource  of  airlift,  basic  micro-economic  principles  must  be 
observed.  Users  must  appreciate  scarcity  of  the  resource  and  have 
limited  ability  to  satisfy  their  airlift  needs.  Consequently,  dollar 
cost  has  been  ineffective  where  users  have  not  been  tied  to  budgets 
(Peterson,  1991) . 


4-33 


Itie  ADF  has  long  been  criticised  for  its  financial  management  and 
reporting  and  the  depth  of  its  accountability  for  its  performance 
(Resources  and  Financial  Programs  Division,  1990:1-1),  In  line  with 
demands  that  managers  be  able  to  demonstrate  the  efficiency  and 
effectiveness  of  their  organisations,  the  ADF  has  embarked  upon  a 
Financial  Management  Inprovement  Program  (FMIP) .  Part  of  FMIP  is  a  move 
towards  Project  Management  and  Budgeting.  FMB  is  ej^iected  to  provide 
the  ADF  with  improved  cost  metrics  for  airlift  measurement  (Peak, 

1991a: 3  July) . 

CALM  f Cochard  and  Yost,  1985) 

The  Deployable  Mobility  Execution  System  (DAMES) ,  later  called 
CALM,  "was  developed  for  the  USAF  to  improve  aircraft  utilisation  and 
responsiveness  in  airlift  operations"  (Cochard  and  Yost,  1985:53).  The 
system  runs  on  a  small,  off-the-shelf  microcomputer  and  uses  interactive 
graphics  to  generate  loads  for  aircraft.  Programmed  in  C,  the  system  is 
aimed  at  inexperienced  load  planners,  though  superior  performance  is 
possible  with  experience. 

Design  objectives  for  the  system  were: 

1.  Speed.  Manual  load  planning  took  too  much  time.  Load  planners 
were  too  bogged  down  '.vith  arithmetic  to  optimise  the  amount  of  cargo 
moved.. 

2.  Accuracy,  .  The  system  had  to  catch  load  planning  errors,  often 
missed  in  manual  planning,  and  provide  ways  to  correct  them. 

3.  Flexibility.  The  system  had  to  incorporate  published  load 
planning  rules.  However,  user  override  was  required  to  allow  for  real- 
life  conditions  and  allow  for  more  conplex  plans. 
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4.  Ease  of  Use.  The  system  had  to  b-a  easy  to  use,  produce  output 
that  could  be  trusted  and  be  straightforward  to  learn. 

5.  Deployability.  The  hardware  had  to  be  capable  of  operating  in 
field  conditions  and  without  access  to  communications  networks. 

6.  User  Interaction.  Full  automation  of  load  planning  was  to  be 
avoided  to  reduce  user  dependence  on  the  system. 

7.  Efficiency.  The  system  had  to  improve  utilisation  of  the  aircraft. 
The  system  conprises  three  basic  functions:  a  file  system,  a  load 

plan  manager,  and  a  load  planning  facility.  The  file  system  allows 
definition  of  requirement  characteristics  while  the  load  plan  manager 
maintains  completed  load  plans  that  have  been  generated  by  the  load 
planning  facility. 

The  user  decides  what  will  be  assigned  to  each  load,  avoiding 
problems  with  computer  recognition  of  priorities.  The  system  then  uses 
a  modified  one-dimensional  cutting  stock  algorithm  to  derive  a  load 
plan. 

Cargo  is  sorted  form  largest  to  smallest.  Then,  resembling  a 
knapsack  approach,  largest  items  are  loaded  first,  proceeding  until  the 
cargo  conpartment  is  filled  or  restrictions  on  weight  are  reached.  The 
system  does  not  attempt  to  automatically  rearrange  cargo  to  achieve 
superior  solutions  or  balance.  Instead,  the  user  controls  sensitivity 
testing  to  deduce  the  best  load  combination. 

Tested  during  the  Grenada  rescue  operation  in  October  1983,  the 
system  saved  over  US$2.5  million  in  flying  hour  costs  by  increasing 
utilisation  by  ten  percent  and  reducing  load  planning  man-hours  by  90 
percent. 
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Unfortunately,  the  system  assumes  perfect  knowledge  of 
requirements  and  has  limited  application  in  load  estimation. 
Additionally,  the  ADF's  size  and  doctrine  limits  CAIM's  applicability  to 
the  ADF  (Peak,  1990:12  November;  Newcombe,  1991:27  April). 

ADAMS  (Davis.  C. ,  1991;  Peterson.  1991) 

ADAMS  is  an  automated  system  that  will  provide  MAC  with  planning, 
scheduling  and  analysis  tools  for  peacetime  and  contingency  airlift 
operations.  It  consists  of  a  relational  database  management  system 
(RDMS) ;  a  modelling  sub-system  containing  planning,  scheduling  and 
analysis  algorithms,  and  a  communications  sub-system  (H(3^C,  1987:1-1). 

ADAMS  systems  are  located  in  H(3^IAC  and  the  Numbered  Air  Forces 
and  are  soon  to  be  located  in  the  two  Airlift  Divisions.  It  is 
connected  by  secure  means  to  the  Worldwide  Military  Command  and  Control 
System  (V.InMCCS)  ,  Joint  Deplo;^'nent  System  and  the  Joint  Operations  Syste.m 
(JOPS) .  Its  is  also  connected  to  the  Global  Decision  Support  System 
(GDSS)  and  the  Transport  Coordinators  Automated  Information  for 
Movements  System  (TC  AIMS)  (HQMAC,  1937:1-1,1-2). 

"ADAMS  is  being  developed  in  three  increments  to  reduce  risk  and 
to  provide  an  initial  operating  capability  as  quickly  as  possible" 
fHQI'^AC,  1937:1-1)  .  Levelopment  was  planned  to  occur  between  1937  and 
1993.  However,  in  August  1990,  development  took  an  unexpected  turn. 

Desert  Shield/Stom 

Three  days  into  planning  of  airlift  for  Operation  Desert 
Storm/Shield,  a  large  scale  contingency  deployment  to  the  Middle  East, 
the  existing  computer  system,  FLDGEM  III,  failed  because  of  serious 
shortcomings  in  capability  and  user  interaction  (Peterson,  1991) . 
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Desperate  for  some  form  of  computer  assistance,  MAC  requested  ADANS 
development  be  accelerated.  Airlift  director.  General  Cole,  believed 
that  automated  scheduling  was  vital  to  the  airlift's  success  (Hilliard 
et  al.,  1991:3)  .  In  the  meantime,  r-lAC  continued  planning  manually 
(Davis,  C. ,  1991). 

Within  one  month,  ADANS  testing  had  completed  and  the  system 
became  MAC’S  exclusive  airlift  scheduling  system  (Hilliard  et  al., 

1991:4)  .  1  May  1991,  ADANS  had  been  used  to  schedule  more  than 

18  500  airlift  missions.  These  missions  moved  more  than  675  000 
passengers  and  600  000  tons  of  cargo"  (Davis,  C. ,  1991) . 

Though  ADANS  provided  sophisticated  modelling  systems,  planners 
ranked  a  flexible  and  fast  mission  editor  as  the  most  important 
component  of  the  system  (Davis,  C. ,  1991;  Peterson,  1991).  NTiile  merit 
v/as  seen  in  scheduling  and  proofing  systems,  greatest  time  pressure  v/as 
placed  upon  planners  by  the  need  to  quickly  change  the  flow  due  to 
shifts  in  the  environment  (Peterson,  1991) . 

Because  ADANS  was  used  by  planners  in  both  the  flow  generation  and 
implementation  activities,  most  benefit  from  the  system  v;as  derived  from, 
its  ability  to  assist  in  the  making  of  changes  to  tasking  and  advising 
all  agencies  of  these  changes.  Additionally,  the  electronic  receipt  and 
validation  of  new  requirements  v/as  identified  as  a  major  improvement 
(Davis,  C.,  1991). 

The  cost  of  ADANS  development  during  Desert  Shield/Storm  was 
approximately  US$2  million.  This  brought  total  development  cost  of 
ADANS  to  about  US$17  million.  In  comparison,  the  cost  of  Desert 
Stom/Shield  airlift  was  US$3.4  billion,  the  most  intensive  airlift  to 
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date  (Davis,  C. ,  1991) .  Each  one  percent  of  increased  efficiency  would 
have  resulted  in  US$30  million  in  savings  (Davis,  C. ,  1991) . 

System  Functions  (Hilliard  et  al..  1991:7-12;  Davis,  1991^ 

ADANS  has  peacetime  and  operational  sub-systems.  The  operational 
component  of  the  system  offers  support  for  all  aspects  of  airlift 
planning. 

Database  Establishment 

For  each  operation,  ADANS  establishes  a  database  organised  around 
airfields,  aircraft  and  missions.  Upon  establishment,  global  data 
concerning  airfields  and  aircraft  is  copied  into  the  operation's 
database.  Additionally,  planners  can  specify  routing  and  communications 
requirements  and  security  restrictions. 

Processing  Requirements 

ADANS  first  checks  movements  requirenient  information  passed 
electronically  from  USTRANSCOM  for  errors  and  missing  data.  If 
information  is  found  to  be  within  acceptable  limits,  it  is  presented  to 
a  requirements  ceil  who  solicits  additional  information  from  the 
customer. 

Vvhere  the  requirement  can  be  met  through  commercial  airlift,  civil 
carrier  interest  is  called.  Civil  schedules  are  proposed  to  MAC  by 
commercial  carriers  and  ADANS  maintains  records  of  civil  itineries  to 
ensure  overall  efficienq^’  throughout  the  airlift  system. 

Airlift  Resource  Availability  and  Characteristics 

Once  movement  requirements  for  military  lift  have  been  processed, 
scheduling  can  begin.  Planners  first  specify  aircraft  resources  by 
number  and  type  of  aircraft  available  per  day.  Planners  can  specify  the 
minimum  load  that  can  justify  a  mission,  type  of  cargo  that  can  be 
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carried,  amount  of  time  required  to  load  and  unload  an  aircraft  and 
maintenance  requirements. 

Airfield  characteristics  are  modelled  by  three  factors:  the  number 
of  active  aircraft  that  can  be  on  ground  at  one  time,  the  maximum  number 
of  tons  that  can  be  processed  through  the  airfield  in  one  day  and  the 
maximum  number  of  passengers  that  can  be  processed  in  one  day. 

Operating  hours  and  minimum  separation  times  are  also  recorded. 

Concept  of  Operations 

In  addition  to  defining  the  physical  limitations  on  scheduling, 
planners  develop  a  concept  of  operations  that  defines  how  they  want  to 
organise  the  use  of  resources.  Resource  constraints  and  concept  of 
operations  are  defined  by  flow  planners  using  a  set  of  text-based  forms 
and  geographic  editing  tools. 

Permitted  airfield  activities,  such  as  on-load,  off-load,  refuel, 
enroute  and  recovery  stop  or  crew  change  are  specified,  and  a  network  of 
flight  legs  and  sub-networks  for  specific  pairs  of  airfields  are 
defined.  Permission  can  be  specified  by  aircraft  type,  configuration  or 
aircraft  operating  v/ing. 

To  manage  the  airflow  at  congested  enroute  airfields  and  off¬ 
loads,  planners  define  a  set  of  prescribed  daily  departure  and  arrival 
slot  items.  Vilhen  flow  is  more  relaxed,  separation  times  and  parking 
availability  determine  frequency  of  landings  and  departures. 

Creating  Mission  Schedules 

The  core  schedule  generation  tool  for  ADANS  is  a  dynamic 
programming-based  scheduling  algorithm.  The  algorithm  receives  its  data 
from  the  ADANS  database  and  returns  scheduled  missions  to  the  database. 
Constraints  do  not  need  to  be  modelled  in  any  mathematical  form;  they 
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are  expressed  as  resource  constraints  and  permissions,  which  also  allows 
newly  generated  missions  to  be  integrated  with  all  currently  scheduled 
missions. 

A  mission  editor  allows  planners  to  remain  in  coiiplete  control  of 
the  schedule  by  providing  checks  and  audits  as  necessary.  Automatically 
and  manually  generated  missions  can  be  added,  deleted  and  modified,  as 
well  as  copied  to  create  a  series  of  similar  missions  offset  by  a 
prescribed  time  phase.  Additionally,  mission  feasibility  can  be  checked 
in  terms  of  crew  duty  restrictions,  weight  limitations,  ground  time 
requirements  and  concept  of  operations. 

Analysing  Schedules 

ADANS  provides  analysis  of  a  schedule  from  three  perspectives: 
requirements,  aircraft  and  airfields.  With  each  component  able  to  be 
viewed  in  summary  form,  planners  can  examine  requirements  not  yet 
scheduled,  flying  hours  scheduled  by  aircraft  type  and  planned  peak 
loads  at  airfields.  Text  is  supplemented  by  graphical  displays  that 
show  requirements  transported,  resources  committed  and  aircraft 
activities . 

Communicating  v;ith  MAC's  Command  and  Control  System 

After  a  mission  has  been  scheduled,  a  copy  is  electronically  sent 
to  MAC'S  command  and  control  system.  The  command  and  control  system 
provides  a  worldwide  netAfork  to  follow  and  manage  each  aircraft  through 
its  mission. 

Applicability  to  ADF 

A  system  such  as  ADANS  has  much  to  offer  ADF  airlift  planning.  It 
offers  insight  into  successful  design  cind  development  methods  for 
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conputer  based  operational  airlift  managoiient  sipport  systems  and 
provides  real-life  testing  of  techniques  and  concepts. 

System  Development  Approach 

Design  objectives  and  the  de\’elopment  method  allowed  ADANS  to  be 
quickly  implemented,  reliable,  useful  and  acceptable  to  users.  Previous 
systems  had  experienced  difficulties  during  implementation  which  was 
largely  attributed  to  extended  time  betoveen  specification  and  first 
delivery  and  lack  of  involvement  of  planning  staff  in  design  (Davis,  C. , 
1991) . 

Given  previous  systems'  difficulties  and  deficiencies  and  the 
operational  environment  of  ADANS,  developers  quickly  realised  that 
several  development  goals  were  required: 

1.  To  ensure  that  one  malfunctioning  portion  of  the  system  could  not 
shut  down  the  entire  system. 

2.  To  provide  both  graphical  and  textual  procedures  for  editing  and 
viewing  data. 

3.  To  provide  an  automated  means  for  choosing  default  data  or  for 
generating  results  from  limited  data. 

4.  To  support  development  of  a  system  flexible  enough  to  allow  for 
quickly  changing  concepts  and  operational  constraints,  especially  in  the 
design  of  the  scheduling  algorithm  and  mission  editor  (Hilliard  et  al., 
1991:5-7). 

Development  staff  worked  along  side  flow  planners  at  MAC, 
providing  continuous  participation.  "By  working  directly  with  flow 
planners,  developers  were  able  to  see  problems  first-hand,  to  work 
directly  with  the  flow  planners  to  design  solutions  quickly  and  to 
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ccsrnmunicate  needs  to  software  development  staff"  (Hilliard  et  al., 
1991:6) 

The  result  of  this  partnership  was  an  integrated  system.  MAC'S 
flow  planners  could  enter  and  evaluate  cargo  and  passenger  movanent 
requests;  manage  information  about  aircraft  availability,  aircraft 
characteristics,  aircrews,  airfield  resources,  and  airlift  network 
configurations;  develop  a  concept  of  operations;  create  mission 
schedules;  analyse  schedules;  and  communicate  w'ith  MAC'S  command  and 
control  system. 

Qritical  to  the  system's  success  ^■jas  the  cooperation  of  planner 
and  developer,  \vhere  the  system  worked,  planners  were  quick  to  identify 
with  it.  ivhere  it  did  not,  planners  were  prepared  to  better  define 
their  needs.  Developers  were  prepared  to  align  their  efforts  to 
priority  needs  of  planning  staff  (Davis,  C. ,  1991;  Peterson,  1991). 
Intimate  concern  by  executive  management  for  the  welfare  of  the  system 
was  also  considered  vital  to  the  system's  success  (Davis,  C. ,  1991) . 

Techniques  and  Processes 

Interactive  support  to  the  planner  during  all  stages  of  planning 
is  attractive  to  the  ADF.  As  the  United  States  Armed  Force's  approach 
to  airlift  planning  differs  little  from  that  of  the  ADF,  little  changes 
would  be  required  for  ADANS  to  port  into  the  ALG  planning  environment. 

Demonstration  of  the  system  to  the  author  showed -that  the  system 
reacted  well  to  shortages  of  data  concerning  requirements.  Global  data 
concerning  airfields  and  aircraft  is  imported  from  centrally  maintained 
files,  reducing  time  required  to  establish  operations.  Data  on 
operations  is  segregated  allowing  planners,  especially  the  deliberate 
planner,  freedom  to  perform  potentially  destructive  tests  of  plein 
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sensitivity  without  impacting  on  airlift  under  way.  System  defaults 
minimise  the  need  for  planner  intervention  in  processing  and  allows  for 
inesqjerienced  staff. 

Requiring  the  planner  to  define  the  available  flow  network 
establishes  firm  control  over  the  scheduling  algorithm,  thou^  an 
inexperienced  user  must  be  careful  when  interpreting  results  of 
modelling.  The  scheduling  algorithm  is  timely  and  automated  production 
of  mission  details  from  an  approved  schedule  would  significantly  improve 
decision  cycle  time  and,  hence,  responsiveness  in  large  operations. 

By  allowing  planners  to  modify  network  characteristics  before  and 
during  implementation  of  a  schedule,  the  system  quickly  and  accurately 
supports  sensitivity  analysis.  Planners  can  change  parameters  in 
response  to  changes  in  the  operation  environment  and  request 
rescheduling  of  aircraft.  Not  only  does  this  support  actual  changes  in 
the  environment  in  a  timely  manner,  it  also  allows  planners  to  gauge 
robustness  of  schedules  and  evaluate  hew  the  schedule  deteriorates  with 
resource  attrition. 

Electronic  communication  of  requirements  and  missions  to  other 
systfflTis  immensely  improves  MACs  response  time.  Generated  reports 
illustrated  that  system  output  is  easily  understood  and  is  timely  as 
well  as  supplying  informatior  that  is  not  readily  available  in  the 
present  ADF  system. 

The  text  and  graphical  interface  supports  users  with  different 
cotputing  background  auid  skills.  Documentation  is  well  written,  though 
only  in  draft.  Finally,  a  fast  response  time  improved  user  friendliness 
of  the  system. 
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Deficiencies  and  Dravtoacks 


ADftNS  suffers  deficiencies  in  its  overall  control  of  airlift 
resources.  ADANS  has  separate  systems  for  unclassified  and  classified 
operations  as  well  as  peacetime  airlift.  Each  operation  is  treated  in 
isolation  by  the  system  and  partitioned  frcm  other  events.  This  allows 
\,diat-if  and  scenario  development  sensitivity  testing  to  occur  without 
risk  of  affecting  current  operations  because  of  operator 
misunderstanding . 

However,  this  leads  to  a  "stove  piping"  effect,  where  the  system 
does  not  provide  global  airlift  visibility  betv;een  operations.  This  is 
understandable  given  the  size  and  location  of  the  airlift  fleet  and  tho 
United  States  Armed  Forces  doctrine  that  resources  are  usually  allocated 
to  theatro  or  force  commanders  for  the  duration  of  requirement.  Ihere 
are  sufficient  airlift  resources  to  support  more  than  one  theatre  of 
operations  any\-iiere  in  the  world,  al laving  planning  and  scheduling  to  be 
performed  for  each  operation  in  relative  isolation. 

However,  the  ADF  has  a  smaller  airlift  capability  and  a  more 
localised  and  concentrated  area  of  influence.  Doctrine  and  planning 
provides  for  sharing  of  resources  between  force  and  theatre  commanders. 
ALG  requires  a  planning  system  that  takes  all  resource  commitments  into 
account  at  planning  cind  implanentation  stages. 

Despite  this  deficiency,  ADAI'IS  is  a  fine  and  highly  capable  system 
that  is  still  evolving.  In  fact,  it  is  too  capable  for  the  ADF  to 
justify  the  cost  of  its  acquisition.  The  system  provides  for  scheduling 
of  C141,  KCIO  and  C5  military  aircraft  and  numerous  commercial  aircraft. 
Australia  lacks  this  range  of  airlift  resources. 
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ADANS  is  designed  to  manage  very  large  scale,  multi-theatre  and 
global  airlift.  This  capability  falls  outside  the  goals  of  einy  airlift 
system  for  the  ADF,  whose  area  of  influence  is  more  localised  (Dibb, 
1990:17) .  ihe  different  doctrine  and  conntunications  systems  of  the  ADF 
would  require  significant  rework  of  ADANS  systems,  especially  the 
requirement  analysis  and  validation  system  arid  the  ccranunications  suites 
(Davis,  C. ,  1991). 

Finally,  the  system's  cost  would  be  difficult  to  justify  by 
offsets  in  costs  of  airlift  because  of  increased  efficiency.  Despite 
its  deficiencies,  the  present  manual  approach  to  RAAF  airlift  planning 
works  and  a  computer  based  system  cannot  be  justified  on  the  grounds  of 
inability  to  perform  airlift  planning  manually  (Peak,  1991a: 7  August) . 
The  system  must  provide  sufficient  improvement  in  effectiveness  and 
efficiency  to  justify  developsnent  costs. 

Developnent  cost  of  ADANS  for  the  ADF  would  range  between  about 
US$10  million  end  US$17  million  (Davis,  C. ,  1991) .  Even  assuming  an 
ambitious  five  percent  increase  in  airlift  efficiency  as  a  result  of  the 
system's  implementation,  the  ADF  would  have  to  fly  at  least  the 
equivalent  of  between  US$40  million  and  US$6S  million  of  airlift  per 
year  over  five  years  to  amortise  the  cost  of  development  alone. 

Canadian  National  Defence  Airlift  Planning 

The  Canadian  National  Defence  Force,  titled  Canadian  Forces  (CF) , 
is  about  the  same  size  as  the  ADF  amd  their  nation  is  of  similar  size 
and  demography.  Operations,  except  those  in  suK»rt  of  Canada's 
commitment  to  NATO,  are  similar.  ADF  and  CF  doctrine  are  also  simileir 
largely  because  of  shared  ancestry.  The  effect  of  climate  on 
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operations  is  as  extreme  and  air  is  a  vital  mode  of  transport  for 
operations. 

"Although  CF  mentoers  are  moved  by  all  modes  of  transport,  CF 
aircraft  provide  the  primary  means"  (Minister  for  Siqply  and  Services 
Canada,  1988:121).  Founded  in  1975,  Air  Transport  Groi^D  (ATG)  is 
responsible,  to  Air  Command,  for  providing  airlift  support.  ATG 
operates  both  fixed  and  rotary  wing  aircraft  for  transport  and  search 
and  rescue  assignments.  Strategic  transport  aircraft  include  five 
Boeing  707s  and  26  C130s.  Additionally,  ATG  sipplements  its  strategic 
airlift  capability  with  civil  aircraft  charters  (Krisinger,  1986:7) . 

Strategic  airlift  planning  is  performed  manually  and  procedures 
used  are  similar  to  those  of  the  ADF.  Annually,  a  joint  movements 
planning  course  is  conducted  to  better  prepare  personnel,  who  have  line 
exposure  to  movements,  to  principles  and  approaches  enployed  in  the 
planning  of  Icirge  scale  movements  of  forces.  The  course  improves  basic 
skills  and  applies  consistent  approaches  to  airlift  planning.  However, 
as  the  course  addresses  all  modes  of  transport,  lower  level  mission 
plcinning  and  tasking  activities  are  not  addressed.  The  ADF  would 
benefit  from  such  a  course. 

CF  strategic  airlift  planning  suffers  similar  deficiencies  to 
those  of  the  ADF.  Manual  collection  and  collation  of  data  takes  time  as 
does  presentation.  Little  scope  for  efficient  sensitivity  analysis 
exists.  Similar  problems  with  timeliness  and  accuracy  occur  with 
distribution.  Similarities  between  ADF  and  CF  airlift  planning  systems 
and  their  deficiencies  suggests  that  these  deficiencies  are  a 
consequence  of  method,  particularly  its  manual  basis,  and  not  due  to 
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pcxjr  application  or  personality  based  conflicts  (Peverley,  1990; 
Primorac,  1990) . 

Summary 

Airlift  planning  involves  four  iterative  activities; 
investigation,  detailed  static  planning,  inplementation  and  dynamic 
management,  and  performance  monitoring  and  review.  As  the  planner 
progresses  through  each  activity,  the  level  of  detail  of  information 
increases,  building  on  results  of  previous  activities.  Planning 
culminates  in  flying  and  review  of  airlift. 

Conputer  based  solution  approaches  face  problems  with  accurate  and 
complete  definition  of  the  airlift  environment.  Problems  facing  the 
planner  within  each  activity  are  well  researched  and  many  found  to  be 
hard.  The  largest  problem,  the  scheduling  of  aircraft,  is  a 
generalisation  of  the  pickup  and  delivery  problem  with  time  windows, 
v;here  even  generation  of  a  feasible  solution  is  hard.  Nevertheless, 
computer  application  is  possible  through  use  of  heuristics  and 
constraint  relaxation. 

The  ADF  planning  approach  is  manual  and  suffers  deficiencies  in 
poor  data  control,  unnecessary  repetition  of  structured  tasks,  lack  of 
consistency  in  planning  approach,  lengthy  learning  curve  for  new 
planners,  distribution  delays  and  problems  and  lack  of  feedback  of 
actual  perfonrance.  Similar  problems  are  suffered  by  the  CF  approach, 
which  is  also  manual,  though  a  movements  planning  course  does  encourage 
use  of  a  consistent  approach. 

The  USAF  uses  several  computer  based  systems  to  assist  their 
airlift  planner.  Principal  among  these  is  ADANS,  a  recently  implemented 
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system  that  conprises  extensive  database,  modelling  and  ccraraunications 
suites.  With  some  rework,  the  system  would  meet  most  of  the  ADF's  needs 
but  its  level  of  sophistication  is  not  justified  given  the  ADF's  size  or 
mission. 

However,  ADANS  illustrates  the  potential  of  a  computer  based  MIS  , 
to  assist  airlift  planning  and  provides  useful  information  concerning 
design  approach  and  functions  for  an  ADF  system. 
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V.  Proposed  Airlift  Planning  System 


Overview 

The  previous  chapter  investigated  the  activities  and  requirements 
of  airlift  planning.  Deficiencies  were  found  in  the  ADF  approach, 
largely  due  to  the  manual  nature  of  information  management.  Research  of 
techniques  for  airlift  planning  aind  review  of  USAF  systems  provided 
direction  on  development  approach  and  system  design.  The  similarity  of 
the  CNDF  to  the  ADF  suggested  that  any  proposed  system  could  be 
generalised  to  the  CMDF. 

This  chapter  addresses  the  last  investigative  question,  how  would 
a  RAAF  computer  based  strategic  airlift  planning  system  operate?  It 
presents  a  proposed  computer  based  MIS  for  ADF  airlift  planning.  As 
"the  quality  of  a  software  product  stems,  in  large  part,  from  the 
quality  of  the  process  used  to  create  it"  (Humphrey  and  Sweet, 

1939:221),  time  is  taken  to  derive  suitable  development  methods  and 
tools.  Discussion  of  the  proposed  system  follows,  including  major 
features  and  development  phases. 

In  Chapter  VI,  many  advantages  of  the  proposed  system  are  claimed, 
addressing  all  deficiencies  of  the  present  approach.  Feasibility  tests 
of  the  proposed  system  and  validation  of  improvement  claims  are  also 
covered  in  Chapter  ''JT. 

Systems  Development  Methodclocrv 

The  development  process  is  the  set  of  methods,  tools  and  practices 
used  to  produce  a  product  (Humphrey,  1990:3).  The  objective  of 
development  process  management  is  to  produce  products  according  to  plan. 
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Boehm  has  found  that  good  development  process  management  is  synonymous 
with  good  risk  management  (Boehm,  1989 :v) ,  and  there  is  growing 
attention  to  the  confrontation  of  risk  during  development  (Gilb,  1988; 
Hunphrey,  1990;  Boehm,  1989). 

Risk  hcis  two  components;  "the  probability  of  some  event  occurring 
and  the  adverse  consequence  of  that  event  should  it  occur"  (Edgar, 
1989:282).  In  system  development,  adverse  consequences  include  budget 
overruns,  schedule  slippage,  wrong  functionality,  shortfalls  in 
performance  and  reliability,  incompatibility  of  hardware  and  soffcirare, 
failure  to  obtain  all  anticipated  benefits,  and  poor  quality  software 
requiring  high  maintenance  (McFcurlan,  1989:17). 

A  systems  development  process  must  assist  managers  to  confront  and 
accurately  access  risk.  It  can  do  this  by  providing  methods  to  evaluate 
likelihood  and  magnitude  of  adverse  consequences,  reducing  likelihood  or 
the  cost  of  these  consequences.  Further,  the  process  must  document 
decisions  made  and  the  basis  upon  which  they  were  made. 

Unfortunately,  there  are  many  tools  eind  methods  available  and  "the 
contribution  each  device  can  make  to  planning  and  controlling  a  project 
varies  widely  according  to  the  project's  characteristics"  (McFarlan, 
1989:21).  These  characteristics  irclude:  project  size,  experience  of 
the  organisation  and  managers  with  technology,  stability  of  the 
organisation,  impact  on  the  organisation,  and  contribution  to  corporate 
goals  (McFarlan,  1989:20-21) .  "There  is  no  universally  correct  way  to 
run  all  projects"  (McFarlein,  1989:21)  and  process  managers  must  assattole 
a  mix  of  devices  that  derive  the  most  effective  development  processes 
for  each  development  effort. 
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An  evolutionary  approach  was  chosen  for  development  of  the 
proposed  system.  This  method  has  "many  stages  of  expanding  increments 
of  an  operational  software  product,  with  the  directions  of  evolution 
being  determined  by  operational  experience"  (Boehm,  1989:28) . 

The  method  starts  with  a  functional  specification  that  lists 
essential  things  that  the  system  must  do  and  vhat  must  be  delivered  at 
specific  times.  For  each  function,  attributes  or  constraint 
characteristics  are  defined.  For  example  a  functional  objective  of 
availability  may  include  attributes  of  reliability,  maintainability  and 
integrity.  Daring  each  step  of  development,  ways  of  measiaring 
attributes  are  defined,  with  values  of  worst,  best  and  planned 
achievement.  Steps  of  development  hinge  on  delivery  of  product  to  end- 
users  (Gilb,  1939) . 

With  every  development  of  an  end-user  component,  users  get  the 
opportunity  to  evaluate  and  apply.  Feedback  from  itrplementation  is  used 
to  review  the  functional  specification,  improve  definition  of  attributes 
for  components  and  guide  next  development  effort. 

In  essence,  the  evolutionary  method  is  based  on  the  principle  of 
deliver  something  to  a  real  end-user,  measure  the  added  value  and  adjust 
both  design  and  objectives  based  on  observed  realities  (Gilb,  1988:84) . 
This  method  was  chosen  to  guide  development  of  the  proposed  system 
because: 

1.  it  is  multi-objective  driven, 

2.  it  encourages  quicker  returns  to  end-users, 

3.  it  lessens  likelihood  of  unsuccessful  outcomes, 

4.  it  provides  an  upgrade  path  to  future  enhancements. 
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it  allcjws  increased  flexibility, 

6.  there  is  greater  user-orientation, 

7.  critical  conponents  are  considered  earlier. 

Multi-Objective  Driven.  ADF  airlift  planning  is  driven  by  many 

objectives.  USAF  e^qserience  shows  that  the  best  airlift  planning 
systems  were  those  that  offered  the  best  mix  of  products  reguired  by 
users  and  not  those  systems  that  exceeded  user  expectations  in  some 
areas  but  seriously  neglected  others.  For  example,  even  though  the 
FLDGEN  system  offered  sophisticated  flow  design,  it  failed  becaiise  of 
its  difficult  user  interface  and  inflexibility  (Davis,  C. ,  1991) . 
Evolutionary  delivery  is  based  on  iteration  towcirds  clear  and  measurable 
multi-dimensional  objectives.  "The  set  of  objectives  contain  all 
functional,  quality  and  resource  objectives  which  are  vital  to  the  long 
term  and  short  term  survival  of  the  system  under  developnent”  (Gilb, 
1988:39) .  Thorough  and  balanced  assessment  of  all  objectives  decreases 
the  likelihood  of  adverse  consequences,  especially  those  with  hipest 
cost. 

Quicker  Returns.  In  evolutionary  planning,  steps  with  the  highest 
user-value  to  development-cost  ratio  are  selected  for  early 
implementation.  This  offers  quick  return  on  investment  to  users,  early 
demonstration  of  capability  to  deliver,  provides  better  measures  for 
risk  assessment  of  later  stages  and  gives  earlier  feedback  on  changing 
or  newly  defined  system  requirements  (Gilb,  1989:89,91-92).  As  the 
tenure  of  AIG  planning  staff  is  between  two  and  three  years,  quick 
delivery  would  encourage  mcinagement  involvement  and  allow  continuity  of 
staff  during  implementation  of  cotrponents  of  the  system  (Thyer,  1991) . 
Additionally,  as  ALG  manning  is  constrained,  quicker  delivery  of  gain 


5-4 


would  be  preferred  as  protracted  analysis  and  design  would  tax  personnel 
resources. 

lessened  Risk.  The  method  relies  on  many  small  steps  of 
implementation.  Engineering  process  management  recognises  that  risk  is 
more  controlled  vi*ien  changes  are  anall  ard,  that  feedback  of  results 
inproves  future  performance  (Gilb,  1988:301).  Through  earlier  feedback 
of  performance,  smaller  steps  of  implementation  divide  overall  risk  into 
smaller  conponents  and  more  rigorously  appraise  it  in  the  presence  of 
more  information.  This  lessens  risk  exposure  by  reducing  the  likelihood 
and  size  of  consequence. 

PrnvidPd  Upgrade  Path.  The  ADAMS  system  provides  an  ambitious 
goal  for  the  proposed  system.  Hov^'ever,  any  development  effort  by  the 
ADF  wovild  be  by  end-users.  To  embeirk  on  a  system  of  similar 
sophistication  to  ADAMS  would  be  extremely  risky  given  the  level  of 
technology  involved,  the  number  of  iterations  and  amount  of  resources  it 
took  before  the  USAF  '^ras  able  to  develop  the  system,  and  the  skills  of 
ADF  developers.  Yet,  the  evolutionary  method  allows  ADF  resources  and 
desires  to  be  acconinodated  through  a  formal  plan  to  evolve  from  a  system 
that  meets  iiiinediate  needs  with  low  risk  to  a  desired  system  state. 

High  technology  risk  can  be  transfered  to  later  stages,  improving 
success  during  critical  infant  stages  of  development. 

Increaised  Flexibility.  ADF  planners  consider  the  airlift  planning 
environment  to  be  constantly  evolving  with  the  introduction  of  new 
concepts,  resources  and  connand  structures  (Peak,  1991a: 2  July).  ADAMS 
development  staff  recognised  that  a  sirailcu:  environment  existed  in  the 
USAF  and  attributed  much  of  the  system's  success  to  flexibility  during 
development.  The  evolutionary  approach  provides  flexibility  by  allowing 
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iterative  and  small  movement  towards  objectives  that  are  expected  to 
shift  (Gilb,  1983:111). 

Greater  User-Orientation.  With  evolutionary  delivery,  the 
developer  is  charged  with  listening  to  user  reactions  early  and  often 
(Gilb,  1988:92) .  The  user  plays  a  direct  role  in  implementation.  ADANS 
developers  found  that  airlift  planning  systems  are  successful  only  if 
end-users  are  involved  in  all  stages  of  development  (Davis,  C. ,  1991; 
Hilliard  et  al.,  1991:6) .  Not  only  does  the  evolutionary  method  allow 
this  involvement,  it  provides  for  early  user  evaluation  of  progress  and 
greater  user  involvement  in  future  development  direction. 

Earlier  Consideration  of  Critical  Components.  A  MIS  to  support 
airlift  planning  will  inpact  on  critical  activities  of  ALG  and  the  ADF. 
Cost  of  some  adverse  consequences,  such  as  data  loss  or  unreliability, 
will  be  high  and  will  be  felt  across  the  ADF.  Therefore,  executives 
will  demand  proof  that  likelihood  of  failure  of  critical  system 
components  is  low  before  they  will  support  development  of  the  system. 

The  evolutionary  approach  allows  for  early  design  and  testing  of 
critical  system  components,  providing  better  quality  information  for 
risk  assessment  and  reducing  cost  from  failure  of  critical  concepts. 
Desirable  but  higher  risk  development  can  be  deferred  during  early 
stages  of  the  system's  life  where  user  and  executive  confidence  cure 
typically  low. 

To  confirm  methodology  choice,  ADF  airlift  planners  were  surveyed 
for  reccsnmendations  of  development  approach.  Sixty-seven  percent 
recommended  an  evolutionary  af^roach  for  reasons  of  increased  user 
control,  limits  in  resources  and  improved  likelihood  of  producing  the 
desired  product. 
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Tcxals  of  Analysis  and  Design 


Having  broken  development  into  small  and  evolving  st^3s, 
structured  tools  were  required  to  help  with  analysis  and  design 
activities.  Data  flow  diagrams  ard  entity  relationship  diagrams  were 
adopted  because  of  their  wide  use  in  the  ADF  and  the  reliability  of 
their  technology. 

A  computer  aided  software  engineering  (CASE)  system,  EasyFlow^”, 
was  used  to  improve  presentation  quality  of  diagrams,  decrease  time  to 
incorporate  amendments  and  allow  electronic  interchange  if  required  for 
later  RAAF  development  effort. 

Prototyping  was  adopted  as  a  test  method  to  reduce  risk  of 
developing  the  wrong  software  functions  or  user  interface  and  straining 
computer  science  capabilities  (Boehm,  1989:344).  Using  Carey  and 
Mason's  classification  of  prototype  methods  (Carey  and  Mason,  1989:350) , 
a  working  model  prototype  was  used  for  the  proposed  system  because, 
under  the  evolutionary’  method,  it  is  likely  that  this  form  of  prototype 
v/ould  represent  the  initial  evolution  of  system  conponents  (Carey  and 
Mason,  1989:354) .  Designing  possible  increment  one  versions  of  critical 
components  helped  validate  claims  of  feasibility  and  improvement. 
Additionally,  potential  exists  for  use  of  the  design  effort  by  the  PAAF. 

Development  Software 

Prototype  requirements  called  for  software  to  manage  and 
manipulate  data  on  DOS  based  heirdware.  The  prototype  used  a  commercial 
database  management  system  for  reasons  of  compactness  of  stored  data, 
speed  of  retrieval,  reduced  primitive  coding  burden,  concurrency  and 
multi-user  support  (Date,  1990:13-14).  As  "almost  all  database  products 
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developed  over  t±ie  past  few  years  are  based  on  the  relational  approach" 
(Date,  1990:22),  this  method  '^^as  chosen. 

In  a  relational  database  management  system  (RDEMS)  data  is 
perceived  by  the  user  as  two  dimensional  tables  that  represent  both  data 

TM  _ 

and  relationships.  Borland  International's  Paradox  RDEMS  was  used 
because  of  its  high  rating  against  other  personal  conputer  RDEMS  systems 
(Product  Profiles,  1991;  Miller,  1990;  Readers'  Choice  Awards, 

1991:133),  Icurge  market  sheire  (Software  Saleswire,  1991:92),  and 
financial  stability  of  the  company  (Fisher,  1991) . 

A  hypertext  system  was  also  required  for  on-screen  user  help. 
Hypertext  is  a  three  dimensional  system  for  representing  information  to 
users.  Unlike  conventional  text  managers,  hypertext  allows  text  to  be 
not  only  linked  to  the  text  immediately  surrounding  it  but  also  to 
definitions  and  graphics.  Ntergaid's  Hypert'Jriter!  was  used  because  of 
its  ease  of  use,  reasonable  performance  and  simple  linking  into  the 
database  system. 

Proposed  System 

The  proposed  system,  the  RAAF  Airlift  Planning  System  (RAPS) ,  is  a 
MIS  providing  computer  based  decision  support  to  the  airlift  planner. 

It  maintains  global  and  operation  specific  data  in  a  reliable  and 
related  form  that  is  available  to  many  lasers.  User  interface  is  based 
on  a  combination  of  form  and  menu  environments. 

RAPS  assists  semi-structured  decision  making  by  providing  an 
interactive  environment  for  the  matching  and  scheduling  of  resources  to 
requirements.  Structured  tasks  euie  performed  by  the  system,  though 
users  may  override  decisions  made.  It  provides  proofing  of  planning  for 


5-8 


issues  including  rarfp  capacities,  flight  times,  turnarounds,  over 
conmitment  of  resources,  requirements  not  met  and  flow  schedule  timing 
conflicts. 

The  system  produces  air  mode  instructions  and  other  reports. 
Additionally,  the  system  provides  for  individual  management  styles 
through  seamless  porting  of  data  to  spreadsheet,  graphics  and  other 
commercial  software.  Appendix  E  contains  the  RAPS  functional 
specification. 

Major  System  Components 

In  accordcince  with  the  development  method,  a  modular  design  best 
describes  the  system's  architecture.  This  approach  allows  design  of 
sub-systems  in  isolation,  improves  maintainability  by  ajplying  "black¬ 
box"  concepts  and  takes  advantage  of  natural  boundaries  between  tasks 
within  the  system's  environment.  Rigid  interface  specifications  allow 
discrete  conponents  to  mesh  to  appear  as  one  entity  to  the  operator, 
even  though  different  systems  and  lower  level  application  languages  are 
performing  tasks. 

RAPS  is  "lEM  PC"  micro-coirputer  based.  Not  only  does  this  choice 
give  access  to  low  cost  and  tested  computer  technology,  it  allows  for 
portability  of  hardware  and  availability  of  the  immense  amount  of 
commercial  soft^^are  that  has  been  developed  for  the  micro-ccstputer 
market.  By  maintaining  data  centrally  and  using  local  and  wide  eirea 
networte  (LANs  eind  WANs)  to  provide  interconnection  between  users  and 
data,  data  integrity  and  control  will  be  improved  without  cost  to  user 
access . 
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RAPS  has  five  functional  components:  control,  dialogue,  data. 


models  and  communications. 

Control 

The  control  component  provides  overall  control  to  the  system 
through  session  control  and  system  management.  Session  control  includes 
system  start-up  and  user  log-in  control,  access  security,  top  level 
branching  between  system  corrponents  and  shut-down  activities.  System 
management  addresses  establishment  and  removal  of  operations,  back-up, 
data  inport  and  export,  security  definition,  and  other  miscellaneous 
housekeeping  activities. 

The  control  function  can  be  provided  by  any  software,  though 
access  to  a  database  and  user  interface  is  required.  Control  represents 
less  than  five  percent  of  the  overall  system  but  is  critical  as  it 
provides  primitive  connection  and  interface  between  users  and  other 
system  components.  However,  requirements  and  capabilities  of  initial 
and  intermediate  design  evolutions  will  be  basic,  reducing  the  level  of 
technology  and  sophistication  required.  This  suggests  a  high  likelihood 
of  successful  development. 

Later  evolution  of  the  system  towards  multi-tasking  within  RAPS, 
intricate  user  interfaces  and  distributed  processing  may  increase 
complexity  of  control  and  hence  likelihood  of  unsatisfactory  outcome. 

PialocMe 

Dialogue  functions  address  the  interface  between  RAPS  and  users. 
Users  of  RAPS  are  expected  to  veiry  greatly  in  computer  familiarity. 
Highlights  of  the  dialogue  component  of  RAPS  are: 
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1.  A  siirple  interface  is  provided  to  users.  Itiis  interface  will  be 
tailored  to  the  needs  of  the  different  classes  of  users  based  on 
familiarity  with  RAPS. 

2.  A  menu  and  form  driven  dialogue  is  used.  Standardised  process 
steps  and  consistent  screen  layouts,  colours  and  titles  are  used  across 
all  transactions.  Uliile  assisting  overall  user  familiarity  with  the 
system,  greatest  benefit  occurs  with  infrequently  used  transactions. 
V^ere  users  are  presented  with  a  choice  from  a  number  of  candidates, 
look-ups  are  provided. 

3.  A  hypertext  sub-system  provides  on-line  help  and  training  to 
users,  without  users  leaving  the  place  in  the  system.  All  menus  allow 
access  to  helpful  information  relating  to  the  current  activity  and  menu 
choices . 

Graphics  based  interfaces  are  increasing  in  popularity  because 
they  allow  users  to  visualise  complex  information  as  a  whole,  by  use  of 
patterns.  However,  inconsistencies  in  interpretation  between 
individuals  occur,  there  is  no  consensus  of  'ivhat  aspects  of  interface 
are  best  suited  to  graphical  display,  and  little  standardisation  bet-.^een 
graphics  systems  exists  (Turek,  1983} . 

Alternately,  text  based  dialogue  systems  are  well  tested  and 
reliable  (Turek,  1983) .  As  airlift  planning  is  largely  number 
orientated,  a  text  based  system  >hich  uses  graphics  based  help  and 
learning  would  provide  sufficient  interface  with  low  risk.  Hence,  this 
approach  is  adopted  for  ecurly,  if  not  all,  design  evolutions. 

Graphical  interfaces,  such  as  provided  by  the  ADAMS,  require  more 
technology  and  program  sophistication  and  hence,  introduce  greater  risk. 
This  interface  is  best  considered  later  during  the  system's  life,  vAien 
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related  technology  is  more  proven  cind  standardised  and  RAPS  is 
established.  Natural  language  and  lexical  interfaces  v;ould  introduce 
extreme  risk  given  their  technological  infancy. 

Dialogue  functions  represent  20  percent  of  the  system,  though  this 
ratio  could  increase  if  later  evolutions  adopt  more  sophisticated 
interface  standards. 

Data 

The  ALG  planning  function  requires  data  to  be  maintained  on  many 
operations  and  to  be  accessed  by  more  than  one  person  simultaneously.  A 
database  system  is  required  to  store  relevant  information  concerning 
airlift  planning  in  a  logical  and  related  way.  Its  reliability  and 
performance  is  critical  to  the  system  and  is  expected  to  represent  about 
30  percent  of  mature  system  development. 

A  system  using  a  generic  commercially  produced  RDEMS  shell  is  most 
likely  to  meet  all  requirements  with  least  risk.  This  approach  has 
proven  reliable  and  effective  for  the  ADANS  development. 

A  centralised  database  system  will  be  used  for  early  design 
evolutions  because  of  reduced  risk  and  little  need  to  distribute  data 
given  the  centralisation  of  AIG  airlift  planning  staff.  I'lature 
evolutions  of  the  system  may  move  RAPS  towards  a  distributed  database  as 
users  of  data  become  distributed  because  of  ADF  organisational  changes. 
Benefit  to  users  will  have  to  be  high  to  ivarrant  the  risks  involved 
unless  the  reliability  and  sophistication  of  microcorputer  based 
distributed  databeise  systems  improve. 

RAPS  data  is  defined  as  either  global  or  operation  specific. 

Global  data  concerns:  characteristics  of  resources,  such  as  airfields 
and  aircraft;  cheiracteristics  of  requirements,  such  eis  unit  names. 
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addresses  and  payload  types;  and  RAPS  management  data,  such  as  user  and 
operation  descriptions.  There  are  single  instances  of  glctoal  data, 
while  each  operation  requires  its  own  specific  data  on  missions,  payload 
and  requirements. 

Models 

RAPS  models  provide  semi-structured  decision  support  to  the 
airlift  planner.  Though  the  stepping  stones  to  improvements  in  airlift 
planning  performance,  few  RAPS  models  are  critical  to  initial 
development.  Exceptions  are  the  mission  and  payload  editors. 

In  accordance  with  the  development  method,  models  will  be 
developed  when  user  needs  make  this  attractive.  Thirty  percent  of 
mature  RAPS  development  is  likely  to  be  devoted  to  decision  support 
models.  Though  level  of  model  sophistication  will  be  determined  by  user 
need,  evolutions  from  basic  to  more  sophistication  is  important  risk 
minimisation  approach.  Likely  preference  by  users  for  interactive 
models  will  also  reduce  risk. 

The  fallowing  are  envisioned  for  the  system: 

1.  Mission  and  payload  editors  will  allow  users  to  define  and  amend 
missions,  and  the  payload  they  will  carry.  Structured  tasks  that  are 
part  of  the  editing  process,  such  as  keeping  payload  linked  to  mission 
legs  and  calculating  flight  times,  v/ill  be  provided  by  the  system. 

2.  An  airlift  estimator  that  analyses  requirements,  estimates  loads 
by  aircraft  type  and  predicts  resource  needs  and  airlift  duration. 

3.  An  a  priori  airlift  flow  router  and  schedular  that  derives  a  flow 
to  meet  requirements. 

4.  A  dynamic  airlift  flow  router  and  schedular  that  adjusts  airlift 
under  vray  in  response  to  environmental  changes. 
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5.  A  mission  payload  analysis  system  that  ..ill  assist  the  building  or 
changing  of  payload  for  missions. 

6.  A  proofing  system  that  reviews  operation  airlift  flows  for 
conflicts  in  flights  and  over  commitment  of  aircraft  and  airfield 
resources.  Analysis  of  airlift  for  flow  improvements  and  under 
utilisation  of  missions  v;ill  also  be  provided. 

7.  Globally  based  models  that  analyse  overall  ALG  airlift  for 
executive  and  intermediate  resource  managers. 

3.  An  operation  review  system  that  derives  air  mode  instructions  and 
produces  statistics  on  airlift  planned,  under  way  or  finished.  For 
planned  airlift,  potential  is  summarised,  while  later  reviews  match 
actual  against  expected  airlift  performance  and  compare  overall 
performance  with  other  airlift  efforts  and  executive  requirements. 

9.  An  archival  and  retrieval  system  to  store  past  operations,  build 
abstracts  of  airlift  performance  and  allow  executives  and  planners  to 
deveicr  an  .;iri.ft  operation  scenario  based  on  past  operations. 
Communications 

At  ^ome  time  during  evolution  of  RAPS,  electronic  transmission  of 
airlift  data  to  ALG  and  outside  agencies  is  expected  to  become 
attractive  to  end-users  for  reasons  of  timeliness,  security  and 
accuracy.  Communications  suites  envisioned  for  the  system  will  support: 

1.  receipt  of  requirements  from  mounting  authorities; 

2.  transmission  of  load  estimates  to  air  terminals,  return  of  draft 
load  plans  from  terminals  to  ALG,  and  confirmation  of  acceptance  of  load 
plan  to  terminals; 

3.  transmission  of  air  mode  instructions  from  ALG  to  mounting 
authorities  and  ALG  agencies; 


4.  transmission  of  actual  load  and  task  detail  from  terminals  and 
operating  squadrons  to  ADS; 

5.  transmission  of  actual  lift  summary  to  mounting  authorities  and 
higher  command; 

6.  e-mail  (electronic  message  transfer)  connection  between  ALG  staff 
and  operating  squadrons  and  terminals; 

7.  transmission  of  mission  requirements  and  summaries  to  intermediate 
maintenance  squadrons  and  higher  command;  and 

S.  transmission  of  manifest  details  from  ALG  to  terminals  and  return 
of  turnaround  summary. 

Technological  risk  associated  with  data  communications  and  lack  of 
control  over  external  agencies  will  contribute  to  development  risk. 
Although  mature  communications  components  are  expected  to  be 
sophisticated  and  represent  30  percent  of  development  effort,  initial 
components  will  be  simple. 

Development  Phases 

The  evolutionary  development  method  calls  for  implementation 
choice  to  be  based  on  user  needs  and  for  implementation  steps  to  be 
frequent  and  gradual.  While  this  approach  is  being  applied  to  RAPS, 
likely  development  phases  have  also  been  identified.  These  phases  plot 
expectations  of  larger  development  activities  and  reflect  user's 
desires . 

Though  these  phases  are  subject  to  constant  change  by  the 
development  method,  they  are  useful  for  securing  resource  allocations 
given  the  long  lead  times  required  to  secure  ADF  funding,  manning 
changes  and  higher  ccsmputing  committee  approval.  Additionally,  these 
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phases  provide  users  with  development  timings  and  sequences  where  risk 
has  been  minimised,  which  suits  most,  especially  executives  who  expect 
thorough  and  detailed  planning. 

User  needs  were  gauged  by  a  survey  of  ADF  planning  staff.  As 
shown  by  Appendix  F,  ranking  highest  in  needs,  w;ith  71  percent  of 
planners  rating  it  as  inportant,  was  the  development  of  a  database 
system.  Next,  with  a  57  percent  importance  rating,  was  a  routing  and 
scheduling  tool  for  planners,  though  planners  disagreed  over  level  of 
automation  required.  Effective  communications  with  ALG  and  external 
agencies  rated  third,  with  43  percent.  An  executive  support  and 
statistics  system  secured  14  percent  planner  support  as  did  an  auditing 
system. 

Reacting  to  these  needs,  the  first  evolution  of  the  system 
includes  six  phases  or  increments. 

1.  the  transaction  and  task  planning  level,  including  load 
estimation,  mission  and  payload  editing  and  flow  reporting, 

2.  planning  decision  support  systems, 

3.  connection  to  ALG  agencies, 

4.  executive  and  review  systems, 

5.  connection  to  mounting  authority  and  other  modal  components,  and 

6.  an  enhanced  deliberate  planning  system. 

Increment  One  -  Transaction  Planning  Level 

The  first  increment  concerns  the  minimum  development  needed  to 
move  AIG  airlift  planning  from  its  nanual  base  to  a  MIS.  ihile 
minimising  commitment  in  the  interests  of  risk  reduction,  enor^h  has  to 
be  done  to  demonstrate  clear  improvement  to  users  and  executives. 
Success  of  this  increment  is  critical.  Otherwise,  customer  enthusiasm 
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Figure  5-1.  Increment  One  Functions  Kaqpped  to  Wider  Operation 


Milestones. 
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with  the  system  v.dll  languish  as  will  resource  allocations  and  user 
support. 

Efficient  database  management  for  operations  is  the  target  for 
increment  one.  Mission  and  payload  editors  will  allow  users  to  quickly 
add  and  modify  airlift  tasks.  Structured  decisions  and  calculations 
will  be  performed  by  the  system  and  the  system  should  offer  flexibility 
in  mission  building  approaches.  Mission  and  payload  data  would  be  tied 
transparently  to  the  user.  Air  mode  instructions  and  other  reports  will 
be  available  in  electronic  or  hard  copy  form. 

Appendix  G  contains  a  discussion  of  a  prototype  of  the  transaction 
planning  level  i\tiile  Figure  5-1  shows  the  functions  of  increment  one 
plotted  against  wider  operation  milestones. 

Increment  V.\’o  -  Planning  Decision  Support  Systems 

Increment  two  will  target  decision  support  systars  for  the  airlift 
planner.  Uhile  increment  one  assists  the  planner  at  the  mission  and 
payload  level,  increment  two  supports  decision-making  over  all  missions 
in  an  operation. 

Principal  development  effort  will  be  towards  a  model  to  assist  the 
scheduling  of  airlift.  Research  indicates  that  greatest  potential 
iirprovement  from  automation  of  airlift  planning  may  come  from  this  area 
(Bodin  et  al.,  1933:70).  However,  there  is  no  general  purpose 
commercial  softWcure  available  for  this  area  (Bodin  et  al.,  1933:139). 

Lack  of  proven  products  and  model  requirements  that  are  conplex 
suggest  higher  likelihood  of  deriving  a  model  that  is  wrong  or  falls 
below  user  eiqjectations.  Yet,  develcpment  of  a  router  and  schedulcur 
rated  second  in  iitportance  to  ADF  plcinners. 
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Figure  5-2.  IncraDoent  IVro  Functions  Mapped  to  Wider  Operzition 
Milestones. 
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Requirements  and  Resimrees  Changed 


The  level  of  user  support  and  lilsEly  immediate  and  potential 
iirprovement  justifies  early  development  of  a  router  and  schedular,  in 
anticipation  of  on-going  improvement  in  sophistication  of  scheduling 
models.  Several  evolutions  are  expected  before  maximum  advantage  to 
airlift  planners  from  a  routing  and  scheduling  system  will  occur. 
Appendix  H  defines  the  RAAF  scheduling  problem  and  an  initial  solution 
approach  to  a  constrained  problem. 

A  model  to  assist  load  estimation  will  also  be  developed.  Its 
risk  is  loxver  as  is  its  potential.  Figure  5-2  shows  the  influence  of 
increment  t.vo  functions  on  •.■;ider  operation  milestones. 

Increment  Three  -  Connection  to  AIG  Agencies 

This  increment  aims  to  improve  communication  between  airlift 
planners  and  airlift  operators  thus  improving  accuracy  of  planning 
information  and  making  seamless  the  transition  from  planning  to 
implementation.  Additionally,  improved  timeliness  of  advice  to  agencies 
and  quicker  response  to  planning  requirements  are  expected.  Figure  5-3 
provides  the  plot  of  increment  three's  functions  against  wider  operation 
milestones . 

Three  ALG  agencies  are  targeted:  flying  squadrons,  intermediate 
maintenance  squadrons  and  air  terminals.  Connection  to  flying  squadrons 
will  reduce  time  taken  for  planners  to  advise  mission  tasking  changes 
and  payload  tasked  to  flights.  Quicker  advice  from  squadrons  of  actual 
flight  hours  consumed  by  missions,  problems  encountered,  and 
reconmendations  for  future  similar  airlift  will  also  be  possible.  For 
maintenance  squadrons,  quicker  advice  of  aircraft  requirements  should 
improve  efficiency’  in  aircraft  eind  maintenance  personnel  use. 
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Additionally,  earlier  advice  of  inability  to  meet  aircraft  requirements 
will  occur. 

Greatest  benefit  of  this  phase  is  ejqjected  from  connection  to  air 
terminals.  Unlike  ALG  squadrons,  terminals  are  remote  to  ALG  and 
presently  suffer  problems  with  timely  transmission  of  secure  information 
which  this  restricts  their  involvement  in  the  planning  process.  Yet, 
airlift  planning  accuracy  and  overall  airlift  effectiveness  is  improved 
if  ALG's  representatives  at  customer  locations,  the  air  terminals,  are 
involved  in  planning. 

Improved  development  of  communications  with  air  terminals  will 
allow  their  greater  involvement.  After  the  load  estimation  phase,  air 
terminals  will  be  tasked  with  confirming  estimates  and  providing 
detailed  load  summaries  for  missions.  Air  terminals  are  better  able  to 
perform  detailed  load  planning  than  airlift  planners  because  of  their 
direct  contact  with  movement  control  agencies  and  airlift  customers. 

In  turn,  air  terminals  will  be  able  to  electronically  transmit 
load  plan  graphics  back  to  airlift  planners.  Load  plans  will  be 
electronically  stored  and  linlced  to  planned  payload  for  each  mission 
leg.  This  will  significantly  improve  reliability  of  load  estimates  and 
information  available  to  the  airlift  planner  when  considering  amendment 
to  mission  payloads  in  response  to  changing  requirements. 

When  meeting  a  lift  requirement,  the  planner  must  estimate  the 
number  of  loads  required  by  aircraft  type.  Presently,  this  estimate  is 
not  reviewed  until  aircraft  are  tasked  and  loads  are  presented  for 
uplift.  liJhere  changes  to  the  airlift  flow  are  necessitated,  little  time 
is  available  to  analyse  alternatives  and  advise  all  agencies  affected  of 
decisions  made. 
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Under  RAPS,  planners  would  advise  load  estimates  to  departure 
terminals  during  static  airlift  planning  activities.  Terminals  would 
liaise  with  customers  and  commence  detailed  load  planning.  Upon 
completion  of  load  plans,  they  would  be  electronically  transmitted  to 
ALG  planners.  Planners  would  review  load  plans  and  record  capacity 
unused.  l\henever  requirements  change  and  load  estimation  must  again 
occur,  planners  will  have  immediate  access  to  load  plan  graphics  and 
spare  capacity  data,  allov;ing  rapid  and  accurate  incorporation  of  new 
requirements  into  existing  airlift. 

Besides  improving  the  quality  of  payload  planning,  better 
communications  between  airlift  planners  and  air  terminals  will  reduce 
problems  presently  experienced  'Afhen  airlift  moves  from  planning  to 
implementation.  As  air  terminals  have  responsibilities  at  the  detailed 
static  planning  stage,  they  are  better  able  to  anticipate  problems 
during  implementation  and  able  to  solve  minor  problems  locally,  reducing 
the  burden  on  planning  staff  and  improving  airlift  response. 

Initial  versions  of  this  increment  may  limit  sophistication  of 
communications  to  minimise  risk.  Sites  may  be  connected  by  as  little 
technology  as  a  facsimile  machine  linked  by  a  secure  network  to  RAPS. 
RAPS  would  include  commercial  software  to  send  load  estimates  by 
facsimile  message  end  receive  load  plan  graphic  responses  in  facsimile 
form.  Graphics  format  may  be  converted  and  linked  into  the  RDEMS. 

Later  evolutions  will  move  to  on-line  connection  by  remote  sites 
with  processing  capacity,  ivhere  agencies  lack  sufficient  computing 
hardware  to  accommodate  RAPS  needs  locally,  LANs  supporting  micro- 
conputer  nodes  and  an  outgoing  link  to  RAPS  will  be  required. 
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A  cc3iTimercial  e-mail  system  would  then  be  the  likely  software 
vehicle  for  inter-agency  connection  as  e-mail  technology  is  inproving 
and  becoming  more  reliable  (Tanenbaum,  1989:546-547).  In  response  to 
database  action  by  ALG  planners  and  agencies,  RAPS  would  extract  data, 
format  messages  to  relevant  destinations  and  pass  text  and  graphics 
based  messages  to  the  mail  system  for  address  routing  and  transmission. 
The  same  mail  systems  would  present  mail  to  destination  RAPS  systems. 

Risk  is  higher  at  this  phase.  Likelihood  of  poor  availability  is 
increased  by  the  proliferation  of  hardware  as  well  as  the  move  to 
distributed  databases  and  graphics  data  management.  However,  industry 
progress  in  this  area  is  high  and  time  between  failures  and  overall 
performance  of  distributed  systems  are  increasing  (Ahituv  and  Neumann, 
1990:355).  By  evolving  development  through  degrees  of  sophistication, 
technology  based  risk  can  be  significantly  reduced. 

Secure  electronic  transmission  is  critical  to  this  increment.  AIG 
has  already  recognised  this  need  and  most  agencies  are  linked  to  the 
Defence  Integrated  Secure  Communications  Network  (DISCON)  (Heap,  1991; 
Peal;,  199 la: 4  July) .  Issues  of  confirmation  of  mail  receipt,  automatic 
management  of  delinguent  responses  to  planning  tasking  and  legality  of 
mail  as  official  correspondence  will  require  attention. 

Increment  Four  -  Executive  and  Review  System 
Increment  four  will  address  executive  definition  of  early 
operation  scenarios  and  the  measurement  of  performance  during  and  after 
airlift,  it  will  build  on  advantages  of  greater  and  more  timely  data 
access  derived  at  increment  three  and  inpact  on  early  stages  of  airlift 
definition,  as  shown  by  Figure  5-4. 
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Figure  5-4.  Incxenent  Four  Functions  Mafped  to  Wider  Operation 
Milestones. 
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with  increases  in  accuracy  and  timeliness  of  actual  airlift 
reporting,  more  attention  to  the  review  process  is  warranted.  Models 
will  be  developed  that  examine  airlift  performance  and  cost.  Useful 
reports  will  be  produced  both  during  and  after  airlift  activities. 

These  reports  will  assist  planners  in  future  decisions  during  the 
operation,  provide  information  for  post  operation  reporting  and  improve 
planning  concepts  and  processes  in  future  airlift  operations.  User 
defined  metrics  will  be  monitored  and  users  and  executives  advised  as 
necessary.  Post-operation  reporting  time  and  effort  for  the  planner 
will  be  significantly  reduced  while  accuracy  v/ill  be  improved. 

CXurrently,  executives  have  little  sv^port  for  decisions  they  must 
make  at  early  stages  of  airlift  planning,  such  as  resource  allocations 
of  flying  hours  and  aircraft  type.  With  ijiproved  measurement  of 
previous  airlift  performance,  PAPS  could  assist  the  calculation  of 
likely  resource  needs  and  time  limits  based  on  executive  definition  of 
airlift  scenario. 

Firstly,  a  standard  form  of  historical  recording  of  past  airlift 
operations  will  be  derived  based  on  operation  scenario  factors  such  as 
size,  duration,  location,  threat  and  ADF  units  involved.  With  this 
base,  models  could  assist  ALG  executives  to  define  future  airlift 
operation  goals  and  accurately  answer  higher  command  questions 
concerning  airlift  capability.  After  executives  have  settled  on  airlift 
operation  goals,  RAPS  would  establish  tiie  operation,  commence  automatic 
executive  reporting  on  planning  progress,  and  prepare  for  detailed 
airlift  planning. 

In  the  short  term,  review  is  not  as  critical  to  airlift  as 
activities  of  the  transaction  level.  Therefore,  cost  of  adverse 
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consequences  is  expected  to  be  lower,  reducing  risk  in  areas  such  as 
performance  and  reliability. 

However,  •.>nrong  system  functionality  is  more  likely  given  the 
uncertainties  that  exist  at  the  strategic  level  of  planning  and 
management.  Additionally,  users  are  wary  of  computer  based  monitoring 
and  review  systems  and  metrics  that  can  be  effectively  applied  to  all 
airlift  operations  are  difficult  to  derive.  Lastly,  with  the  move  from 
the  transaction  level  to  the  executive  level  of  airlift  planning, 
greater  diversity  exists  in  ways  of  individuals.  Development  must  be 
careful  to  involve  users  in  definition  of  requirements,  maximise 
flexibility  to  managers  in  application  of  monitoring  systems  and  merge 
the  needs  of  all  levels  of  management  and  all  types  of  managers. 

Increment  Five  -  Connection  to  External  Agencies 

Timeliness  is  an  important  criteria  in  airlift  planning.  Previous 
increments  have  targeted  improvements  in  the  timeliness  and  accuracy  of 
the  airlift  planning  process.  This  increment  aims  to  improve  speed  of 
communication  between  the  airlift  planning  process  and  external 
agencies.  The  increment's  functions  are  shown  at  Figure  5-5. 

External  agencies  are  of  three  types:  operation  mounting 
authorities,  higher  command  and  movement  control  agencies.  Improved 
access  to  mounting  authorities  will  give  ALG  quicker  access  to  changes 
in  requirements  and  bring  the  airlift  planning  process  closer  to  force 
commanders.  Using  electronic  transmission  of  requirements  to  RAPS, 
development  during  this  increment  would  improve  requirement  validation 
tum-around  time,  security  of  transmissions,  and  the  cohesion  between 
mounting  authority  and  airlift  planning  systems. 
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Air  Coitimand  has  responsibility  for  effectiveness  of  ADF  air  assets 
in  operations.  A  computer  based  command  and  control  system  is  used  to 
keep  the  Air  Commander  informed  of  operational  developments.  Cuinrently, 
airlift  actions  are  reported  manually  to  the  system.  Hiis  increment 
would  develop  an  electronic  link  between  RAPS  and  the  Air  Corrmand  system 
to  reduce  ALG  staff  time  spent  reporting  decisions  and  airlift  state. 

In  retvim,  RAPS  would  receive  information  requests  from  Air  Ccmmand  and 
updates  on  actual  flights. 

.Movement  control  agencies  maintain  actual  airlift  statistics  at 
airfields  not  manned  by  an  ALG  controlled  terminal.  This  data  is 
required  by  RAPS  to  improve  accuracy  of  information  concerning 
performance  and  likely  redeployment  requirements.  Increment  five  v;ould 
establish  an  electronic  link  between  RAPS  and  the  Headquarters  Movement 
Control  element  for  larger  operations.  Actual  payload  airlifted  -would 
be  e-mailed  to  RAPS  '.vhich  -.vould  automatically  link  this  data  to  planned 
mission  and  payload  information. 

Increment  five  exposes  the  system  to  high  risk  because  external 
agencies  are  involved  and  most  of  their  systems  are  still  in  conceptiaal 
or  early  development  stages.  Currently,  its  high  risk  outweighs  its 
advantage  to  airlift  planning  staff.  However,  hi^er  ADF  requirements 
are  likely  to  force  development  in  this  area.  Risk  should  reduce  as 
better  definition  of  external  agency  systems  and  requirements  become 
known. 

Increment  Six  -  Enhanced  Deliberate  Planning  System 

The  needs  of  the  deliberate  planner  differ  from  those  of  the 
normal  airlift  planner.  The  deliberate  planner  seeks  greater 
sensitivity  analysis  of  airlift  options.  Additionally,  airlift  resource 
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constraints  are  softer.  Increment  six  aims  to  support  deliberate 
planning  decision  making  by  first  applying  standard  measurements  to  past 
operations.  At  present,  wong  or  ineffective  functionality  in  this  task 
appears  high  though  development  in  previous  increments  should  reduce 
this. 

With  a  standard  definition  of  airlift  capability  across  past 
operations,  the  next  step  would  be  to  support  extrapolation  of  past 
airlift  to  derive  airlift  potential  based  on  similar  circumstances. 
Through  efforts  of  consistency,  correlation  and  extrapolation,  this 
increment  attenpts  to  improve  the  value  of  past  airlift  operations  to 
the  derivation  of  proposed  scenarios. 


Summary 

This  chapter  described  a  proposed  MIS  based  system  to  assist  RAAF 
airlift  planners.  To  manage  development  risk,  a  process  methodology  was 
devised,  based  on  an  evolutionary  approach.  The  evolutionary  approach 
was  chosen  because  it  addresses  multi-objective  requirements,  encourages 
greater  user  involvement  and  delivers  quick  returns  to  users. 

The  proposed  system  includes  functions  of  control,  dialogue,  data, 
models  and  communications.  Constantly  seeking  ways  to  iiveet  user  needs 
with  minimum  risk,  proposed  system  development  steps  would  be  frequent 
though  gradual,  moving  in  evolutions  towards  that  desired  by  users. 

Initial  development  of  the  system  is  likely  to  include  six 
evolutions.  Based  on  surveyed  user  needs,  a  database  system  and  mission 
editors  are  required  first.  Next,  models  to  assist  the  estimation  of 
airlift  requirements  and  the  routing  and  scheduling  of  airlift  would  be 
developed.  plcinning  capability  in  place,  planning  performance 
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feedback  v/ould  be  iinproved  by  an  increment  that  addresses  aspects  of 
audit  and  review. 

Development  then  seeks  to  increase  time  available  to  planners  by 
iirproving  communications  to  ALG  and  external  agencies.  Other  increments 
address  needs  of  planning  executives  and  deliberate  scenario  planners. 

The  next  chapter  reviews  the  proposed  system.  The  first  increment 
is  rigorously  tested  to  provide  support  for  a  discussion  of  iitprovements 
offered  by  the  system. 
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VI.  Validation  of  Feasibility  and  Impirovement 


Overview 

Previous  chapters  led  the  research  through  an  analysis  of  what 
constitutes  the  strategic  airlift  planning  process,  how  it  is  performed 
and  ^vhat  computer  based  approaches  are  available  to  assist  airlift 
planners.  This  formed  the  base  for  the  design  of  a  proposed  MIS  to 
assist  RAAF  airlift  planning. 

This  chapter  tests  the  proposal.  A  prototype,  developed  for 
increment  one  of  the  system,  is  used  to  show  system  feasibility  and 
confront  risk  for  this  and  subsequent  ircrements.  Performance  results 
of  the  prototype  are  used  to  support  wider  claims  or  improvements  to 
airlift  planning.  Lastly,  bottom  line  improvements  in  effectiveness  and 
efficiency  are  appraised. 

Prototype  Testing 

Increment  one  is  critical ‘to  RAPS  development  because  it  is  the 
first  evolution  to  confront  users  and  provides  the  data  and  control 
basis  for  future  increments.  It  must  bring  direct  benefit,  '.-.'hile 
meeting  functional  specifications  of  user  friendliness  and  availability. 
As  risk  associated  with  increment  one  had  to  be  minimised,  a  prototype 
v«s  used  to  model  capabilities  and  user  interface  v.tiile  providing  better 
quality  information  on  likelihood  of  adverse  consequences. 

Besides  definition  and  creation  of  database  relations,  the 
prototype  included  approximately  100  screen  layouts,  SO  reports,  5  000 
lines  of  RDEMS  code  and  a  complete  help  hypertext  system.  The  prototype 
performed  most  activities  required  by  incronent  one  and  basic  load 
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estiiration  inodelling  of  increment  two.  Af^ndix  G  provides  an  overview 
of  the  prototype. 

The  prototype  was  tested  by  the  sponsor  of  this  research  using 
actual  past  airlift  operation  data.  Hardware  limitations  forced  the 
system  to  be  tested  on  single-user  hardware.  However,  multi-user  access 
was  allowed  in  the  design. 

Ihe  prototype  met  all  transaction  and  data  storage  requiranents  of 
the  airlift  planner  and  the  sponsor  believed  that  "there  would  be  few 
problems  selling  the  system  to  ALG  on  the  basis  of  improvement  to 
airlift  planning  efficiency  ard  effectiveness"  (Peak,  1991a: 5  July) . 

Although  the  sponsor  received  little  training  prior  to  using  the 
system  and  despite  it  being  the  first  time  the  sponsor  had  seen  the 
s>’stem,  he  had  few  problems  with  system  functions.  Ihe  hypertext  on¬ 
line  help  provided  good  support  for  transactions  that  had  not  been  seen 
before . 

Time  to  perform  repetitive  transactions  was  the  greatest 
improvement.  Time  savings  on  some  repetitive  transactions  v^ere  measured 
and  are  presented  in  Figure  6-1.  Had  the  system  been  applied  to  a 
medium  sized  operation,  a  31  man  day  saving  was  possible  in  these 
transactions  alone. 

Autonation  of  structured  tasks  iitproved  accuracy  of  actions  and 
allowed  more  planning  time.  Structured  tasks  performed  included 
production  of  air  mode  instructions  based  on  various  criteria,  searches 
of  the  database  for  specific  flights  or  customer  units,  calculation  of 
mission  times,  cascading  of  chcunges  to  flints  and  mission  numbers  to 
payload  data  and  local  time  calculations  frtan  Zulu  mission  time. 
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Greatest  obvious  iinprovanent  through  automation  of  structured 
tasks  was  considered  to  be  in  mission  tasking  and  amendment.  The 
system's  ability  to  calculate  flight  times  based  on  great  circle 
distance  or  pre-defined  times,  derive  local  times  and  ceilculate  check 
digits  significantly  improved  quality  and  accuracy  of  mission  tasking. 

A  feature  that  allowed  new  missions  to  be  created  by  r^licating  an 
existing  mission  to  a  different  day,  week,  fortnight  or  month  based  on 
the  date  or  day  of  the  week  was  considered  iirpressive.  This  feature  was 
also  supported  by  capabilities  to  join  and  split  missions. 

The  only  unstructured  task  considered  by  the  prototype  was  the 
estimation  of  load  and  airlift  requironents.  Though  inccmplete  the 
model  significantly  improved  the  time  taken  by  the  sponsor  to  derive 
estimates  of  requirements  and  the  accuracy  of  these  requirements.  With 
improvements  recommended  during  appraisal  by  the  sponsor,  it  was 
considered  that  the  model  would  provide  good  assistance  to  experienced 
planners  and  be  vital  to  inexperienced  planners. 

A  crude  graphics  capability  'was  included  in  the  prototype  to  allov; 
load  plans  to  be  viev.^  -.vhilst  in  the  system.  This  improved  time  to 
meike  payload  allocation  decisions  and  indicated  that  maintenance  of  load 
plan  graphics  by  the  system  would  be  valued  by  users. 

RDEMS  maintenance  of  data  'was  recognised  as  a  major  benefit.  The 
sponsor  considered  that  this  improved  his  ability  to  involve  more  than 
one  planner  in  an  operation,  improved  consistency  of  data  across 
cperations  and  allowed  planners  to  standeurdise  planning  figures.  The 
ability  to  cascade  changes  across  c^jerations,  missions  and  payload  data 
improved  data  integrity  and  accuracy  across  missions  eund  cperations. 
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The  ability  to  post  a  message  against  an  airfield,  custcroer  unit 
or  aircraft  type  that  woiild  be  presented  to  all  planners  accessing  the 
particular  entity  was  considered  cin  irprovement.  It  allowed  changes  in 
capability  or  requirements  to  be  quickly  and  accurately  advised  to  all 
planners. 

Overall  System  Feasibility 

Infeasibility  could  only  result  from  airlift  planning  not  being 
able  to  be  canputer  assisted  or  the  system  proposed  not  being  possible 
with  current  levels  of  technology.  Every  ADF  airlift  planner  surveyed 
considered  that  not  only  would  autcmation  assist  them  in  their  duties 
but  that  a  system  was  clearly  justified  for  the  ADF.  Ihe  success  of 
ADANS  further  justifies  confidence  that  airlift  planning  can  be  assisted 
by  a  computer  based  MIS. 

Ail  RAPS  developiTjent  increments  can  be  accoitplished  v;ith 
technology  currently  available.  Further,  early  increments  only  use 
technology  that  is  proven  and  reliable. 

Overall  System  Improvements 

RAPS  is  expected  to  offer  the  following  advantages: 

1.  reduced  data  redundancy, 

2.  reduced  data  collection, 

3.  greater  data  integrity, 

4.  greater  portability  of  data  and  planning  activities, 

5.  shared  data  access, 

6.  faster  ccsnraunication  of  airlift  planning  and  changes  to  custcjners 
eind  mode  cperator  components, 
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7.  iirproved  security  of  data  and  conmunications , 

8.  establishment  of  a  logical  data  floiv  through  the  airlift  planning 
system, 

9.  improved  recognition  and  resolution  of  airlift  conflicts, 

10.  inproved  load  requirement  estimation, 

11.  improved  routing  and  scheduling  of  airlift, 

12.  improved  reaction  time  of  airlift, 

13.  improved  auditing  of  actions, 

14.  greater  review  of  planned  airlift  against  actual  airlift, 

15.  improved  decision  cycle  time, 

16.  greater  involvement  of  ALG  agencies  in  airlift  planning, 

17.  improved  connectivity  to  external  agencies,  and 

18.  improved  executive  support. 

Reduced  Data  Redundancy  by  Shared  Access 

Under  the  present  approach,  each  planning  section  has  its  own 
private  files,  leading  to  considerable  data  redundancy.  Planners  desire 
improved  data  management  and  better  access  to  data  (Newcanbe,  1991:18 
July) ,  RAPS  application  of  a  RDEMS  allov/s  corporate  level  data 
management,  where  data  is  integrated  and  shared  (Date,  1990:6).  Data  is 
either  held  in  one  place  or  redundancy  is  tightly  controlled  to  ensure 
updates  are  propagated  to  all  versions  (Date,  1990:15). 

Unlike  the  present  approach,  data  would  be  available  to  many 
planners  but  would  Ise  mcinaged  on  a  corporate  level  to  ensure  accuracy 
cind  consistency.  Additionally,  new  processes  can  be  developed  that  can 
operate  w/ith  the  same  stored  data  reducing  the  cost  of  progress  (Date, 
1990:16) . 
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Inprovement  in  this  area  was  illustrated  in  the  prototype  through 
use  of  globally  defined  data  that  was  available  to  all  planners. 
Aircraft,  airfield  and  customer  unit  characteristics  are  managed 
centrally  and  all  planning  uses  the  same  data.  Recent  changes  can  be 
quickly  advised  to  all  planners  through  a  note  attached  to  glctoal  data. 
Further,  operations  specific  data  is  still  maintained  in  one  central 
location,  allowing  executives  and  planners  to  view  the  overall  AIj3 
airlift  effort. 

Data  Integrity  and  Collection 

A  corollary'  of  corporate  level  data  management  is  that  data 
becomes  more  integrated  aiv'.  useful  to  the  organisation.  Individuals  in 
the  present  system  have  their  own  files  concerning  an  operation  and  the 
characteristics  of  airlift  resources  and  payloads.  Individuals  must 
build  and  maintain  their  own  kncsvledge  base. 

U'ith  reduced  redundancy,  a  corporate  RDBMS  will  remove 
inconsistencies  in  data  and  collect  data  once  for  all  individuals  (Date, 
1990:15) .  Data  accuracy  -will  be  improved  as  the  most  qualified 
parsonnel  become  responsible  for  collection  and  maintenance  of 
components  of  the  RDEMS,  under  the  'watchful  management  of  an  overall 
data  manager.  With  proper  management,  all  users  can  be  confident  that 
data  is  current  and  accurate,  reducing  the  investigation  phase  of 
decision  making. 

Greater  Portability  of  Data  and  Planning  Activities 

Presently,  accurate  planning  can  only  occur  in  the  presence  of 
tasking  boards  and  numerous  files.  Ranoval  of  files  from  the  planning 
area  increases  likelihood  of  loss  and  restricts  other  planners  frc«ti 
continuing  with  planning  activities. 
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The  RAPS  corporate  and  electronic  approach  to  maintenance  of  data 
allo'A^s  planners  to  access  data  from  remote  sites.  This  removes  the  need 
for  planners  to  be  at  ALG  to  be  able  to  plan,  inproving  ALG's 
flexibility  to  locate  planners.  For  example,  airlift  between  two  remote 
airfields  with  dedicated  airlift  resources  may  be  more  effectively 
planned  by  having  planners  at  one  or  both  sites. 

Portability  of  data  is  shown  by  the  prototype.  Not  only  are  the 
prototype's  memory  and  size  demands  easily  met  by  many  "lap-top" 
computers,  simple  communications  tests  showed  that  the  system  easily 
accessed  remotely. 

Improved  Security  of  E)ata  and  Communications 

The  centralised  control  of  data  provided  by  RAPS  allows  access  to 
data  to  be  controlled  and  allowable  actions  to  data  to  be  defined  for 
each  user  (Date,  1990:16) .  In  the  prototype,  access  to  the  system  is 
password  controlled.  Some  trainsactions  are  restricted  to  the  system 
manager  or  to  users  with  specific  job  t]ypes.  Further,  airlift 
operations  available  to  users  can  be  defined  by  job  type  and  by 
individuals. 

By  applying  different  access  restrictions  across  the  data  base, 
RAPS  applies  sound  security  concepts.  Only  users  with  a  genuine 
requirement  have  access  and  data  is  transparent  to  users  that  do  not. 
Layers  of  access  rights  and  restrictions  oh  transactions  available  to 
classes  of  users  further  protect  data  and  enforce  restriction  of  access 
to  classified  data. 

Further,  centralised  or  reduced  numbers  of  data  sites  allows  more 
effective  physical  security  to  be  applied  at  critical  sites.  Measures 
include  fireproof  safes  and  implementation  of  consistent  and  extensive 
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back-up  procedures.  Presently,  data  is  held  by  individuals  who  apply 
varying  physical  security  iiieasures.  All  AU3  airlift  planning  working 
data  is  held  in  hard  copy  form  in  one  building.  I'Jhile  this  makes  entry 
security  easier  to  enforce,  significant  and  protracted  disruption  of 
airlift  services  would  result  in  event  of  fire  or  other  natural 
disaster. 

Another  source  of  data  insecurity  is  in  communications.  Users  are 
often  tempted  to  coitpromise  data  security  requirements  because  present 
transmission  means,  such  as  safe  hand  nail,  do  not  meet  distribution 
time  restrictions.  Planners  saw  secure  and  timely  connection  to  outside 
agencies  as  a  major  deficiency  in  the  present  approach  (Peak,  1991a: 2 
July;  Small,  1991). 

Defining  and  providing  users  with  secure  means  of  electronic  data 
communications,  through  DISCON,  allcuvs  planners  to  meet  time  deadlines 
without  compromising  data  security.  Additionally,  a  standardised 
approach  to  data  transmission  can  be  adopted  for  all  operations  based  on 
the  highest  required  security  level,  thus  improving  consistency  of 
interface  to  ALG  and  external  agencies. 

Faster  Communication  of  Airlift  Planning  and  Changes 

During  Exercise  Kangaroo  ' 89 ,  problems  .were  experienced  with  the 
timely  distribution  of  air  mode  instructions.  Development  of  the  JRAPS 
communications  suites  -.vill  allow  faster  communication  of  airlift 
planning  and  changes  to  customers  and  mode  operator  ccsnponents.  By 
decreasing  the  time  to  solicit  and  distribute  information,  airlift  can 
become  more  responsive. 

Initial  evolutions  of  design  may  simply  use  facsimile 
transmissions  over  secure  means  in  the  interests  of  risk  minimisation 
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and  early  delivery  of  benefit  to  users.  Even  this  level  of 
sophistication  will  improve  timeliness  of  transmissions  as  RAPS  v/ould  be 
able  to  automatically  format,  address  and  transmit  data  to  each  agency. 
Later  evolutions  towards  a  distributed  netvork  will  further  improve  the 
speed,  flexibility  and  reliability  of  airlift  system  communications. 

Establishment  of  a  Standardised  and  Logical  13ata  Flow 

Presently,  no  standard  ways  to  plan  airlift  or  present  airlift 
flows  exist  in  ALS.  This  causes  inconsistencies  as  approach  is  based  on 
who  is  performing  planning  or  the  parent  service  of  the  customer  units. 

A  consistent  approach  is  desired  (Mitchell,  1991). 

With  centralised  control  of  data,  standards  can  be  enforced  in  the 
representation  of  data.  Use  of  a  proven  and  documented  airlift  planning 
approach  that  can  be  enforced  through  control  of  data  allows  airlift 
planners  to  apply  a  consistent  management  approach  (Date,  1990; 16). 
Additionally,  a  clear  defined  approach  allows  better  documentation  of 
procedures  and  responsibilities. 

Itrough  a  standard  well-documented  approach  to  operational  airlift 
planning,  reductions  in  learning  time  for  new  planners  and  improved 
flexibility  in  employment  of  personnel  are  available.  As  well  as  aiding 
data  sharing  between  airlift  operations,  standards  allow  ALG  and 
external  agencies  to  better  understand  procedures  for  interfacing  v;ith 
airlift  planners  and  information  that  is  presented  to  them  by  ALG. 

For  example,  the  prototype  supports  mission  planning  by  recording 
flight  times  and  liliely  v/ind  effects  during  an  operation.  Presently, 
each  planner  derives  their  own  mission  planning  mix  of  flight  times, 
distances  and  wind  effects.  Under  RAPS,  all  planners  will  be  suf^rted 
by  consistent  data  that  has  been  validated  previously. 
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Improved  Load  Estunation 


Development  of  a  model  to  assist  estimation  of  loads  offers 
advantages  in  sophistication  of  estimation  techniques  and  speed, 
magnifying  capabilities  of  skilled  planners.  To  inexperienced  planners, 
models  provide  reasonable  initial  solutions  where  currently  no 
assistance  occurs. 

The  value  of  a  model  increases  with  its  standard  use.  Through 
standardisation,  model  performance  wdth  different  airlift  scenarios  can 
be  reviewed  and  improved,  embarking  the  load  estimation  function  on  a 
course  of  continual  improvement. 

Improved  communications  and  electronic  maintenance  improves  the 
potential  for  AIG  agencies  to  provide  detailed  documentation  in  support 
of  load  estimates.  Flying  squadrons  can  be  quickly  appraised  of 
expected  loads  and  their  recommendations  used  to  improve  estimations. 

Air  terminals  can  provide  a  similar  service. 

Presently,  planners  estimate  load  requirements  over  a  period  or 
for  a  unit  based  on  little  data  and  no  communication  with  units 
concerned.  Yet,  the  viability  of  further  planning  largely  depends  on 
accuracy  of  estimates.  Even  from  the  earliest  increments  of  RAPS, 
greater  involvement  of  air  terminals  will  be  used  to  validate  load 
estimates  prior  to  mission  tasking. 

Under  RAPS,  planners  will  still  estimate  loads  for  units,  time 
periods  or  departures  or  destinations.  But,  they  will  be  assisted  by  a 
decision  support  component  that  will  relieve  them  of  the  numerous 
calculations  recpired,  allow  sensitivity  analysis  of  different  modal 
selections  and  provide  ready  transfer  of  results  to  later  planning 
activities.  Already,  the  prototype  offers  this  service. 
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Additionally,  planners  will  be  able  to  have  these  estimates 
quickly  and  accurately  justified  by  air  terminals.  Invalid  estimates 
will  be  promptly  recognised  and  remedial  action  taken  before  possible 
breakdown  of  airlift  under  way. 

Improved  Routing  and  Scheduling  of  Airlift 

Similar  advantages  accrue  from  lise  of  models  to  assist  in  aircraft 
flow  scheduling.  In  load  estimation  the  effect  of  poor  decisions  is  not 
directly  felt  and  can  remain  hidden  from  critical  review.  Aircraft 
scheduling  decisions,  however,  directly  affect  aircraft  tasking  and  poor 
decisions  can  be  tracked  to  inefficient  scheduling  even  at  the  planning 
stage.  At  the  review  stage,  certainty  of  information  and  time  make 
inefficient  scheduling  deceptively  obvious. 

Presently,  dixring  static  flat}  planning,  planners  apply  heuristics 
based  on  their  own  perceptions.  ALG  recognises  that  this  leads  to 
inconsistencies  in  approach  and  relies  on  planners  having  necessary 
skills  (Nev/combe,  1991:26  July) .  Time  restrictions  durirxj  airlift 
iitplementation  force  planners  to  avoid  making  non-essential  changes  to 
an  airflow,  even  though  improved  efficiency  may  result.  Not 
surprisingly,  when  surveyed,  all  planners  called  for  seme  form  of 
automated  routing  and  scheduling  support. 

Development  and  iirprovement  of  a  scheduling  model  to  assist 
planners  will  improve  scheduling  on  large  airlift  operations  where  flow 
complexity  exceeds  human  capacity.  Feeisible  flows  will  be  derived 
sooner  and  routine  flow  calculations  made  by  the  system,  freeing  the 
planner  for  difficult  flow  decisions. 

Greater  sensitivity  analysis  will  be  provided  due  to  the  system's 
speed  and  flexibility  where  little  is  now  performed  because  of  time 
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frames  available.  Additionally,  use  of  a  standardised  and  tested 
routing  and  scdieduling  tool  should  reduce  unnecessary  and  serious 
inefficiencies  in  airlift  application  and  improve  justification  of 
decisions  in  the  presence  of  uncertain  information. 

ADAMS  shows  that  it  is  possible  to  produce  interactive  software 
that  greatly  assists  the  planning  of  airlift.  However,  development  of 
softivare  to  route  and  schedule  all  ADF  airlift  is  not  envisioned  in 
initial  increments  because  return  on  scheduling  systems  for  aircraft 
such  as  the  B707  and  civil  charter  does  not  justify  the  extensive  and 
risky  development  required.  Yet,  a  model  to  assist  roost  ADF  scheduling 
has  already  been  defined  at  appendix  H  and  softv;are  is  expected  in  the 
first  development  evolution. 

Improved  Recognition  and  Resolution  of  Airlift  Conflicts 

Effectively,  in  the  present  system,  each  mission  is  planned  in 
isolation  from  other  missions  pertaining  to  the  operations  and  other  ALG 
airlift  undertakings.  Airlift  conflicts  are  resolved  when  planners 
locate  the  clash  by  chance  or  are  advised  by  other  AIG  agencies. 
Consequently,  conflicts  are  often  resolved  at  the  last  minute  causing 
inefficiencies  in  airlift  use,  inconvenience  to  planners  and  crews  and 
problems  with  timely  distribution  of  changes. 

RAPS  provides  automatic  checking  of  conflicts  across  all  ALG 
operations  providing  quicker  identification  of  conflicts  and  allowing 
more  structured  approaches  to  airlift  conflict  checking.  Additionally, 
RAPS's  flexibility  of  data  presentation  allows  airlift  to  be  grouped  by 
different  criteria.  This  improves  visibility  over  airlift  and 
recognition  of  potential  conflict  or  bottlenecks.  Examples  of  this 
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include  the  ability  to  isolate  airflow  through  specific  terminals,  by 
aircraft  types  or  pertaining  to  ceirtain  customers. 

Improved  Auditing  of  Actions 

With  the  move  to  IMB,  Government  has  dictated  that  managers  will 
be  accountable  for  effectiveness  and  efficiency  of  resource  use.  Just 
as  importantly,  government  has  decreed  that  managers  must  be  able  to 
demonstrate  claims  of  efficiency  and  effectiveness  (PFPD,  1990:1). 

The  present  ALG  approach  does  not  provide  for  consistent  and 
detailed  recording  of  decisions.  Reviev/  of  past  airlift  shot/ed  little 
recording  of  actions  or  decision  justification  (Small,  1991;  Newcombe, 
1991:19  July) .  Many  planners  justified  their  actions  with  comments  such 
as  "the  airlift  requirement  was  met  and  that  is  the  bottom  line."  In 
short,  this  approach  will  not  sit  well  with  FMB. 

RAPS  will  improve  justification  and  demonstration  of  effective  and 
efficient  resource  use  by  ALG.  Requirement  and  resource  definitions  and 
amendments  will  be  recorded.  Airlift  operation  state  will  be 
automatically  recorded  on  a  regular  basis.  Actual  airlift  results  will 
be  recorded  against  planned  airlift. 

This  depth  of  automatic  recording  will  not  further  burden  airlift 
planners  and  its  electronic  form  will  allow  efficient  and  effective 
review  of  actions.  The  merging  of  this  data  with  shift  logs  will 
provide  a  complete  cause  and  effect  picture  of  airlift  c^^rations. 

Additionally,  RAPS  will  incorporate  doctrine  into  processing 
structure.  RAPS  will  enforce  movements  and  mode  operator  doctrine  by 
restricting  transactions  that  do  not  accord  with  it,  though  user  over¬ 
ride  of  restrictions  v/ill  be  possible.  Assuming  that  doctrine  best 
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represents  requirements  of  the  ADF  and  the  system  r^resents  doctrine, 
then  the  system  will  be  proof  of  valid  airlift  planning  approaches. 

For  exainple,  doctrine  dictates  that  all  new  lift  requirements  must 
be  approved  by  the  operation's  mounting  authority  because  it  is  better 
positioned  to  gauge  relative  priorities.  Presently,  pressure  is  placed 
upon  planners  to  circumvent  mounting  authority  approval  of  new  lift  in 
the  interests  of  time.  RAPS  will  allow  for  speedy  electronic 
transmission  of  new  requests  and  all  requests  will  be  screened  for  valid 
mounting  authority  approval.  By  configuring  RAPS  to  automatically  re¬ 
route  all  new  requests  to  the  responsible  mounting  authority, 
conformance  with  doctrine  will  be  enforced  transparently  to  planners  and 
customers. 

Greater  Reviev;  of  Planned  Airlift  Against  Actual  Airlift 

RAPS  incorporates  review  of  actual  performance  into  the  airlift 
planning  process.  Actual  airlift  performance  is  solicited  from  AIG  and 
external  agencies  and  linked  to  planned  airlift.  EXiring  airlift 
implementation,  this  allows  planners  and  executives  to  gauge  flow  state, 
requirements  still  not  met  and  resources  remaining  uncommitted.  Using 
actual  airlift  to  derive  airlift  state  provides  planners  v/ith  iirproved 
certainty  of  decision  data. 

Upon  completion  of  airlift,  RAPS  provides  review  statistics 
concerning  achievement  and  resource  expenditure.  This  information  is 
provided  more  quickly  and  accurately  than  the  present  approach  because 
of  difficulties  in  gathering  reliable  data  (Peak,  1991a: 2  July;  Small, 
1991) . 

Additionally,  consistent  statistics  based  on  feedback  aire 
available  to  measure  a  stctndardised  approach  to  airlift  planning.  This 
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allows  ALG  planners  and  executives  to  continually  impjrove  the  airlift 
planning  process. 

Greater  Involvernent  of  ALG  Agencies 

Greater  involvement  of  ALG  terminal  agencies  in  planning  will 
improve  accuracy  of  load  estimation  and  smooth  transition  from  planning 
to  implementation  activities.  Being  able  to  present  planning  to  AIG 
agencies  quickly  but  without  additional  work  will  encourage  planners  to 
present  their  planning  for  review.  Presently,  time  usually  forces  them 
to  rely  on  agency  reaction  to  implementation  tasking. 

Improved  Connectivity  to  External  Agencies 

Planners  do  not  exist  in  isolation.  Their  tasks  are  determined  by 
mounting  authorities  and  decisions  made  ctre  only  useful  if  they  are 
advised  in  sufficient  time  to  be  useful  to  customers  cind  AIG  agencies. 
The  present  system  experiences  severe  limitations  in  the  receipt  and 
distribution  of  information  concerning  airlift.  Problems  are 
exacerbated  by  security  restrictions  on  available  transmission  means. 

RAPS  provides  more  efficient  access  to  dispersed  players.  RAPS 
provides  planners  with  a  secure  transmission  means  and  a  syston  that  can 
automatically  format  messages  for  dispatch.  As  time  taken  to  advise 
decisions  is  reduced,  airlift  either  becomes  iTOre  responsive  or  planners 
cure  allowed  more  time  to  make  decisions.  While,  insecure  means  are 
sometimes  used  presently  because  time  restricts  use  of  correct  means, 
RAPS’s  use  of  secure  transmission  for  mail  or  conversational  type 
messages  improves  operational  security. 

Finally,  under  the  present  system,  vertical  command  structures 
introduce  long  time  delays  between  decisions  and  advice.  This  is 
recognised  and  many  canmanders  allow  their  command  chain  to  be 
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circumvented  in  interests  of  timeliness.  Through  cjiicker  formating  and 
transmission  of  information  betiveen  agencies  and  use  of  r^ly,  on- 
for.vard  and  broadcast  mail  facilities,  higher  command  endorsement  and 
on-forwarding  of  requests  will  be  quicker,  allowing  doctrine  to  be 
observed. 

IiTiproved  Executive  Support 

Presently,  because  airlift  planners  are  often  placed  under  immense 
pressure  to  meet  time  requirements,  executives  often  must  cctnprcatiise 
their  information  needs  because  planners  lack  the  time  to  provide  it. 
Through  automated  support  for  structured  and  semi -structured  decisions, 
planners  will  be  better  able  to  devote  their  time  to  more  unstructiared 
problems  and  the  information  needs  of  the  executive.  Further,  the 
flexibility  of  data  format  allows  executive  information  needs  to  be 
gathered  more  quickly  and  accurately  and  in  the  most  suitable  form  for 
the  exetuti'  a. 

While  the  prototype  does  not  include  a  dedicated  executive  support 
system,  it  offers  automatic  suratrarising  of  airlift  planned  and  under 
v/ay.  This  data  can  quickJ.y  be  ported  into  commercial  spreadsheet 
applications,  allowing  professional  and  accurate  graphical 
representation  of  effort  and  achievanent. 

Effect  on  Effectiveness  and  Efficiency  of  Airlift  Planning 

Investigation  activities  of  this  research  found  that  airlift 
planners  do  not  agree  on  muchl  However,  regardless  of  cxjuntry, 
background  or  afproach,  all  agree  that  airlift  is  ultimately  measured  in 
terms  of  effectiveness  first  and  efficiency  secraid.  This  section 
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evaluates  the  ccanbined  inpact  of  RAPS  advantages  on  overall  airlift 
planning  effectiveness  and  efficiency. 

More  Effective  Application  of  Airlift. 

For  planners,  RAPS  provides  quicker  advice  of  changes,  perfontis 
structured  tasks,  assists  in  the  making  of  semi-structured  decisions, 
maintains  data  in  related,  accurate  and  shared  formats,  distributes 
airlift  changes  to  agencies  and  records  actual  performance  against  that 
planned. 

Ihese  activities  allow  planners  more  time  to  make  unstructiored 
decisions.  Decisions  are  improved  through  access  to  more  certain, 
consistent  and  useful  data,  generation  of  initial  solutions,  improved 
sensitivity  analysis  and  proofing  decision  impact.  Decision  approaches 
are  also  improved  by  review  of  planning  against  actual  results. 

By  decreasing  the  cycle  time  of  airlift  planning  decisions  while 
inproving  their  effectiveness,  RAPS  contributes  to  the  overall 
effectiveness  of  operational  airlift  planning.  Improvaments  in  security 
of  data  and  involvement  of  other  agencies  further  contribute  to  improved 
effectiveness . 

Ihese  improvements,  plus  a  standardised  airlift  process  that  is 
known  to  mounting  authorities  and  force  commanders  and  actively  solicits 
feedback  on  performance,  must  increase  the  image  of  ALG  as  an  effective 
planner  of  airlift.  Ten  years  ago,  MAC  acnbarked  on  a  move  towauds 
increased  autcmated  support  for  airlift  planning.  Ihoui^  difficulties 
were  encountered,  their  image  as  effective  airlift  planners  continues  to 
grow  and  contributed  largely  to  the  freedtxn  they  were  allowed  in 
planning  Desert  StonVShield  (Davis,  C.,  1991;  Peterson,  1991;  Fairlie, 
1991) . 
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More  Efficient  Application  of  Airlift 

The  present  airlift  planning  approach  relies  on  individual 
planners  carefully  considering  available  options  and  inplementing  the 
most  efficient  choice  that  is  effective.  Large  airlift  operation  needs 
exceed  the  capabilities  of  individual  planners  but  teamwork  is  difficult 
given  the  inability  to  effectively  share  data. 

This  was  demonstrated  during  Exercise  Kangaroo  '89  where  the 
author  performed  airlift  planning.  Despite  the  large  size  of  airlift 
committed  to  the  exercise  and  its  importance  to  overall  exercise  aims, 
airlift  planning  ’.^^as  essentially  vested  in  one  person.  Airlift  was  less 
efficient  simply  because  time  restricted  investigation  of  decision 
alternatives.  Though  executive  management  recognised  that  effectively 
vesting  all  airlift  planning  responsibility  in  one  person  was  dangerous, 
the  existing  system  provided  little  alternative  (Peak,  1991a: 5  July). 

Through  availability  of  more  accurate  and  tirvely  information  to 
multiple  planners  and  consistency  in  approach,  RAPS  allows  greater 
teamwork.  This,  combined  with  improved  '/jhat-if  analysis  provided  by 
RAPS  models  and  the  freeing  of  plemner  time  from  structured  tasks,  is 
expected  to  iirprove  the  range  of  options  considered  in  meeting 
requirements.  This  should  improve  efficiency  while  not  conpromising 
effectiveness. 

Summary 

This  chapter  investigated  proposed  improvements  that  would  result 
from  a  ccmputer  based  MIS  to  assist  airlift  planning.  A  prototype  was 
used  to  demonstrate  increment  one  feasibility  and  domonstrate  cleeir 
improvements  available  from  increment  one  impleonentation.  Eii^teen 
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improvements  offered  by  all  increments  of  RAPS  were  then  discussed, 
finishing  with  their  overall  impact  on  effectiveness  and  efficiency  of 
RAAF  operational  airlift  planning. 


VII.  Implementation  Issues 


Overview 

Earlier  chapters  researched  requirements,  analysed  systems  and 
proposed  a  MIS  based  RAAF  system  to  assist  airlift  planners.  Chapter  VI 
discussed  the  many  advantages  that  the  system  offered.  All  advantages 
were  based  upon  careful  implementation  of  a  system  that  minimised 
likelihood  of  ^^Trong  functionality,  poor  user  si^port,  unreliability  and 
difficult  maintainability. 

This  chapter  discusses  risk  and  change  management  issues  that 
airlift  planners  will  have  to  consider  during  implementation  of  RAPS. 

Risk  Management  (Boehm.  I989;1.9S--100) 

As  shown  by  Figure  7-1,  Boehm  considers  risk  management  to  have 
two  aspects:  risk  assessment  and  risk  control  (Boehm,  1989:1).  Risk 
assessment  involves  risk  identification,  risk  analysis  and  risk 
prioritisation  while  risk  control  involves  risk  management  planning, 
risk  management  execution  eind  risk  nonitoring. 

Risk  identification  produces  lists  of  project  specific  items 
likely  to  compromise  a  successful  development  and  uses  techniques  such 
as  checklists,  decratposition  and  comparison  with  experience.  Risk 
analysis  produces  assessments  of  the  likelihood  and  the  severity  of  loss 
for  each  risk  item  identified  and  compound  risk  through  item 
interaction.  Network  analysis,  decision  trees,  cost  models  eind 
performance  models  are  typical  tools  of  analysis. 

Risk  prioritisation  orders  risk  items  so  that  overall  risk  remains 
within  acceptable  bounds  during  developinent.  Techniques  range  from 
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quantitative  analysis  using  prior  probability  theory  to  group  consensus 
of  opinion. 

Risk  management  planning  produces  plans  for  addressing  each  risk 
item.  Plans  are  coordinated  with  each  other  and  the  overall 
development.  t\lhere  risk  is  unacceptable,  risk  resolution  techniques  are 
enployed  to  eliminate  or  reduce  likelihood  of  acceptable  outcomes. 
Information  can  be  bought  through  further  testing,  simulation  or 
prototyping,  or  development  transfered  to  later  stages  of  the  project, 
^^hen  more  information  will  be  available.  Alternatively,  skilled  and 
proven  personnel  can  be  secured  to  control  risky  aspects. 

Risk  monitoring  involves  tracking  the  development's  progress 
towards  resolving  risk  items,  through  use  of  milestones  and  high  risk 
item  highlighting. 

While  each  development  has  unique  risk  sources,  Boahm  identifies 
ten  "top"  items  that  generally  introduce  risk  in  software  projects.  He 
also  provides  risk  management  practises  that  address  and  resolve  each. 
The  risk  items  are: 

1.  Personnel  shortfalls,  vhich  can  be  managed  by  staffing  key  areas 
with  top  talent,  cross  training  and  pre-scheduling  key  personnel. 

2.  Unrealistic  schedules  and  budgets,  which  can  be  avoided  through 
detailed  and  multi-sourced  scheduling,  incremental  development,  sofb-.are 
reuse  and  dropping  of  high  risk  but  marginal  return  requirements. 

3.  Developing  the  wrong  software  function,  which  can  be  avoided  by 
thorough  organisational  and  mission  analysis,  user  surveys  and 
prototyping. 


4.  Developing  the  v.Tong  user  interface,  '.vhich  can  be  addressed 
through  prototyping  and  analysis  of  users'  style,  /<or)-doad  and 
functionality. 

5.  Gold  plating.  Unnecessary  "bells  and  vdiistles"  functions  can  be 
identified  and  dropped  by  cost-benefit  analysis  and  adhering  to  firm 
cost  limits. 

6.  Continuing  stream  of  requirements  changes.  A  problem  v/ith  the 
evolutionary  approach  to  development  is  that  requirements  can  constantly 
change.  The  organisation  never  settles  into  new  approaches  xdiich 
frustrates  users  and  undermines  improvements.  This  can  be  avoided  by 
having  firm  increments  of  development  and  deferring  last  minute  changes 
to  later  stages. 

7.  Shortfalls  in  externally  furnished  coirponents  and  tasks  performed. 
Reference  checking  and  pre-audits  should  proceed  contracts  to  companies 
for  critical  items.  During  development,  bench  narking,  inspections  and 
incentive  contracts  can  improve  likelihood  of  meeting  requirements  and 
tLme  frames. 

3  and  9.  Performance  shortfalls  in  delivered  systems  can  be  avoided 
through  simulation,  bench  marking,  modelling,  prototyping  and  tuning. 

10.  Straining  conputer  science  capabilities.  UTiile  attempting  to 
design  innovative  systems,  many  past  ADF  softv/are  projects  have  been 
unsuccessful  largely  because  they  relied  on  a  level  of  technology  that 
was  not  proven.  By  analysis  of  technical  capability,  cost-benefit  and 
prototyping,  development  at  incranents  can  be  tied  to  dependable 
technology  (Boehm,  1989:99). 
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Change  Management 


Risk  management  tries  to  develop  the  right  product  for  the 
organisation.  Successful  automation  of  information  management  must  also 
effectively  manage  organisational  change  to  make  the  organisation  right 
for  the  development. 

The  task  of  managing  organisational  change  in  large  organisations 
li]';e  the  RAAF  is  not  easy.  According  to  Nadler,  employees  must  be 
motivated  to  perform  during  the  change  process  and  to  simultaneously 
accept  that  the  old  v.ays  of  performing  are  no  longer  applicable  (Madler, 
1989:495).  Political  behaviour  usually  becomes  more  apparent,  adding  to 
the  difficult  task  of  organisational  change  (Nadler,  1989:495). 

According  to  Cummings  and  Hughes,  there  are  five  activities  that 
contribute  to  successful  organisational  change.  The  first  is  motivating 
the  change.  In  order  to  motivate  the  organisation  to  change  the 
environment,  an  atmosphere  of  readiness  to  charvge  must  be  nurtured. 

Readiness  to  change  involves  three  steps:  sensitising  the 
organisation  to  pressures  to  change,  revealing  discrepancies  bet/zeen  the 
current  and  desired  states,  and  conveying  credible  positive  expectations 
for  change.  At  the  same  time  that  the  organisation  is  being  readied  to 
change,  resistance  to  change  must  be  overcome.  One  of  three  strategies 
can  be  used  to  overcome  this  resistance:  empathy  and  support, 
communication,  and  participation  and  involvement  (Cummings  and  Hughes, 
1989:110-111) . 

The  next  activity  that  contributes  to  change  is  creating  a  vision 
of  the  future.  This  involves  identifying  broad  parameters  of  change, 
while  specific  details  are  left  to  be  worked  out  during  implementation. 
Creating  this  vision  is  the  job  of  the  leadership  of  the  organisation 
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and  involves  reinforcement  of  mission,  valued  outcomes,  valued 
conditions,  and  midpoint  goals  (Ojinmings  and  Hughes,  1989:114-115). 

Developing  political  support  is  the  third  step.  Individuals  must 
be  sold  the  idea  that  the  change  will  be  better  for  them.  In  order  to 
develop  the  necessary  support,  the  change  agent  must  assess  his  own 
sources  of  power,  identify  the  key  stakeholders,  and  influence  those 
stakeholders  (Cummings  and  Hughes,  1989:116-119). 

Fourth,  managing  the  transition,  involves  the  period  of  time  when 
the  organisation  is  "between"  states  -  that  is,  it  has  not  fully  given 
up  the  old  way  and  is  not  fully  committed  to  the  new  v/ay  of  doing 
business.  There  are  three  major  activities  and  structures  that  support 
organisational  transition. 

Activity  planning  involves  laying  out  a  road  map  for  change, 
citing  specific  events  that  must  occur  if  the  transition  is  to  be 
successful.  Commitment  planning  involves  identifying  the  key  groups 
whose  commitment  is  needed  for  change  and  deciding  hov;  to  gain  their 
support.  Management  structure  must  be  adapted  in  order  to  include  those 
people  that  have  the  power  to  mobilise  the  necessary  resources  to 
promote  change  (Cummings  and  Hughes,  1989:120). 

Lastly,  once  the  change  process  has  begun,  management  attention 
must  be  focused  on  how  to  best  sustain  the  energy  and  commitment  to 
fully  implement  the  change.  There  is  a  strong  tendency  for  an 
organisation  to  return  to  the  old  way  of  doing  things  if  the  new  way  is 
not  reinforced  (Cummings  and  Hughes,  1989:121). 

The  process  involves  providing  the  proper  resources  for  change, 
building  a  support  system  for  change  agents,  developing  the  required 
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competencies  and  skills,  and  reinforcing  desired  new  behaviours 
(Cummings  and  Hughes,  1989:121-122). 

By  treating  the  change  as  a  complete  and  thought  out  process,  its 
management  becomes  easier.  Change  must  be  dealt  with  in  a  logical  and 
systematic  approach,  \^hile  at  the  same  time  providing  the  personnel 
associated  with  the  change  the  correct  amount  of  concern  and  conpassion 
as  they  go  through  the  change  process. 

Summary 

The  proposed  conputer  based  MIS  to  assist  RAAF  planning  has 
potential  to  iitprov’e  effectiveness  and  efficiency  of  RAAF  airlift 
planning.  However,  to  achieve  this  potential,  its  introduction  must  be 
carefully  managed.  The  right  product  has  to  be  delivered  to  users  and 
this  can  be  achieved  by  risk  management.  Additionally,  target 
organisations,  principally  ALC,  have  to  be  made  right  for  change,  which 
can  be  achieved  by  change  management. 
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VIII .  Conclusions  and  Recoinmendations 


Overview 

This  chapter  contains  the  conclusions  reached  in  ineeting  the 
objectives  of  this  research  arid  offers  reccamnendations  for  further 
research  in  the  area  of  conputer  based  systems  to  assist  airlift 
planning. 

Conclusions 

Increasingly,  ADF  managers  are  being  challenged  to  demonstrate  the 
effectiveness  and  efficiency  of  their  systems.  This  research 
investigated  improving  RAAF  strategic  airlift  planning  by  use  of  a  MIS. 

Airlift  is  at  the  heart  of  Australia's  defence- in-depth  strategy 
as  it  provides  the  essential  mobility  to  project  military  paver  from 
remote  areas.  ADF  airlift  is  managed  by  RAAF's  ALG. 

Airlift  planning  involves  four  interactive  activities.  During  the 
first,  activity  planners  investigate  an  operation's  likely  airlift  need 
by  estimating  resource  capabilities  and  requirements.  With  moire 
information,  detailed  static  planning  can  be  performed  and  the  airlift 
schedule  derived.  Upon  implementation,  the  airlift  flow  must  be 
dynamically  managed  to  react  to  changes  in  the  operation's  environment. 
With  the  airlift  under  way,  planners  measure  actual  performance  against 
planning  and  adjust  airlift  to  meet  overall  operation  objectives. 
Measurement  continues  after  the  airlift  has  finished  with  review  of 
procedures  and  performance. 

Computer-based  solution  approaches  to  unstructured  airlift 
problems  face  difficulties  with  accurate  and  coiplete  definition  of  the 
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airlift  environment.  Heuristic  methods  that  constrain  airlift  problems 
or  seek  near-optimal  solutions  are  the  basis  of  most  practical  corrputer 
based  models  to  assist  airlift  planning,  particularity  the  routing  and 
scheduling  of  aircraft  missions. 

The  RAAF  planning  approach  is  manual  and  suffers  deficiencies  in 
poor  data  control,  xannecessary  repetition  of  structured  tasks,  lack  of 
consistency  in  planning  approach,  lengthy  learning  time  for  new 
planners,  distribution  delays  and  lack  of  feedback  of  actual 
performance.  Similar  problems  aire  encountered  by  the  CNDF,  ^hich  also 
uses  a  manual  approach. 

The  USAF  uses  several  computer  based  systems  to  assist  their 
airlift  planning,  ADANS  being  their  principal  system.  Recently 
inplemented,  it  comprises  extensive  database,  modelling  and 
communications  suites.  Structured  decision  making  and  checking  are 
performed  automatically  for  planners.  Ihough  an  excellent  system  to 
assist  large  scale  airlift  planning,  ADANS  is  not  justified  for  the  ADF 
airlift  planning  because  its  level  of'  sophistication  is  not  x^rarranted. 

A  MS  is  propxDsed  to  assist  RAAF  strategic  operational  airlift 
planning.  It  was  developed  using  an  evolutionary  approach  that  seeks 
early  involvement  and  return  of  benefits  to  users  while  minimising  risk. 
The  system  includes  functions  of  control,  dialogue,  data,  models  and 
communications . 

Though  future  user  needs  may  change  development  direction,  the 
initial  development  is  expected  to  have  six  increments.  The  first 
builds  a  RDEMS  and  provides  mission  and  payload  editors  and  basic  report 
functions.  Next,  models  to  assist  airlift  estimation  and  aircraft 
scheduling  would  be  developed.  With  pleinning  capability  in  place. 


feedback  of  actual  performance  would  be  inproved  by  an  increment  that 
addresses  issues  of  audit  and  review'.  Development  then  seeks  to 
increase  the  time  available  to  planners  by  improving  communication  to 
ALG  and  ADF  agencies.  The  last  two  increments  address  the  needs  of 
airlift  executives  and  deliberate  sceneirio  planners.  Figure  8-1  matches 
the  full  system  fianctions  against  wider  operation  milestones. 

The  proposed  system  is  expected  to  inprove  data  management  by 
reducing  redundancy  and  collection  needs  while  providing  greater 
security,  integrity,  portability  and  data  sharing  among  planners. 
Communication  of  airlift  planning  to  outside  agencies  would  be  quicker 
and  transition  between  planning  and  implanentation  smoother  through 
improved  access  to  ALG  agencies.  Models  will  assist  with  load 
estimation  and  scheduling,  and  should  improve  accuracy,  timeliness  and 
efficiency  of  results.  Overall  planning  performance  would  be  irproved 
by  improved  feedback  of  actual  airlift,  statistical  review  of 
achievement  and  checking  of  decisions. 

In  all,  significant  improvements  in  effectiveness  and  efficiency 
of  airlift  planning  are  expected.  ■  However,  these  improvements  will  only 
be  possible  if  the  right  system  is  implemented  into  the  right 
organisation.  This  is  possible  through  careful  risk  and  diange 
management  during  development. 

Reccronendations 

This  study  recommends  that  the  RAAF  develop  a  MIS  to  assist  the 
planning  of  operational  strategic  airlift.  Development  should  be  based 
on  an  evolutionary  approach  that  delivers  benefits  to  users  quickly  and 
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derives  its  development  schedule  from  the  charjging  needs  of  users  viSiile 
minimising  risk. 

Further  Research 

Further  research  is  recommended  in  four  areas:  further  system 
development,  alignment  of  operational  and  non-operational  airlift 
planning,  alignment  of  tactical  and  strategic  airlift  planning,  and 
generalisation  of  research  findings  to  other  military  airlift  planning 
systems . 

Further  System  Development 

The  evolutionary  development  approach  provides  good  scope  for 
further  resecirch  of  computer  based  vrays  to  assist  RAAF  airlift  planning. 
Research  of  increment  functions  is  required,  especially  in  the  later 
increments.  Additionally,  all  models  can  be  improved  and  greatest 
benefit  ‘vould  come  from  research  to  improve  the  computer  based  routing 
and  scheduling  system. 

Alignment  of  Operational  and  Mon-Oper^tional  Airlift 

The  intensity  and  destructiveness  of  modem  warfare  creates  a 
punishing  and  uncertain  environment  for  people  and  equipment  through 
trauma  and  friction.  Trauma  or  shock  and  physical  damage,  is 
characterised  by  death,  organisational  disruption,  destruction  of 
critical  materiel  and  degraded  ccsiinunications.  Recovery  from  trauma  is 
complicated  by  the  confusion  and  disorientation  caused  by  the  friction 
of  v/ar.  Friction,  the  failure  of  events  to  follow  plans,  results  from 
enemy  integrity,  organisational  realignment,  incidequate  plans,  wrongly 
positioned  resources,  poorly  trained  people,  incorrect  doctrine  and 
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indecisive  leadership  occurring  simultaneously  (Department  of  the  Air 
Force,  1936:3-3). 

To  Viithstand  the  combined  effects  of  trauma  and  friction,  a  combat 
support  structure  must  be  capable  of  transitioning  rapidly  from 
peacetime  to  wartime  and  operating  in  a  self-sustained,  independent  mode 
as  it  adjusts  to  combat.  Airlift,  a  prime  combat  support  function,  must 
be  supported  by  systems  that  provide  for  this  rapid  transition.  Yet, 
the  majority  of  airlift  planning  performed  by  the  RAAF  is  in  peacetime 
is  non-operationally  related. 

An  effective  and  feasible  option  available  to  the  ADF  lies  in 
performing  all  strategic  airlift  activities  the  same  way.  By  using  the 
same  system  for  both  operational  and  non-operational  airlift  planning, 
RAAF  airlift  should  be  better  prepared  for  the  friction  of  waurtime 
airlift.  Training  would  be  singularly  directed  and  enhanced  by  regular 
application. 

Further  research  is  -.varranted  into  ways  the  RAAF  to  enhance  the 
proposed  system  and  change  doctrine  to  align  operational  and  non- 
operational  airlift  activities. 

Alignment  of  Strategic  and  Within  Theatre  Airlift 

Operational  airlift  is  traditionally  packaged  into  simple 
categories  of  strategic  and  tactical,  or  within  theatre,  airlift. 

Though  "this  viev/  is  logical,  it  is  also  myopic"  (Cassidy,  1986:124). 
Airlift  must  be  considered  in  terms  of  the  resources  that  can  be  brought 
to  beeur  to  solve  problems  at  hand.  Airlift  becomes  a  system  of  aircraft 
and  other  resources  that  can  be  used  across  the  entire  spectrum  of 
conflict  (Cassidy,  1936:124). 
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ADF  strategic  aircraft  are  earmarked  to  provide  tactical  support 
to  operations  and  are  removed  from  the  strategic  airlift  resource  pool. 
Assigning  airlift  resources  solely  to  tactical  airlift  and  managing 
their  application  using  separate  systems  is  likely  to  cause  ineffective 
use  of  resources.  Yet,  although  ADF  doctrine  recognises  the  scarcity  of 
airlift  resources  and  calls  for  airlift  to  be  controlled  at  a  high 
level,  airlift  management  systems  treat  tactical  airlift  separately  from 
strategic  airlift. 

Research  is  recommended  into  ways  to  incorporate  operational 
strategic  and  tactical  airlift  planning  systems  to  more  effectively  and 
efficiently  apply  scarce  airlift  resources. 

;^Dlication  to  Other  Defence  Forces 

This  research  showed  that  defence  forces  plan  airlift  in  similar 
ways.  Though  the  proposed  syston  was  designed  for  the  ADF  environment, 
it  has  potential  applicability  to  other  defence  forces,  especially  those 
of  similar  size  and  structure  to  the  ADF.  Therefore,  it  is  recommended 
that  this  research  be  generalised  to  other  defence  forces. 

Closing  Remarte 

As  the  t.venty-first  century  approaches,  it  is  becoming 
increasingly  clear  how  automated  information  can  improve  managerial 
efficiency.  The  need  for  this  higher  level  of  efficiency  is 
demonstrated  for  the  planning  of  operational  strategic  airlift.  Often, 
airlift  planners  must  assess  their  environments,  allocate  sccurce 
resources  and  itake  numerous  decisions  virtually  simultaneously. 

There  are  limits  to  how  fast  even  the  most  efficient  planner  can 
process  and  act  on  information  assembled  by  conventional  methods.  As 
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this  study  has  shown,  automated  tecdinology  can  be  developed  to  help 
planners  make  more,  and  theoretically  better,  decisions  in  the  tirve 
constrained  operational  airlift  planning  environment. 


Appendix  A:  Terminolcxrv 

This  appendix  defines  some  of  the  terms  and  acronyms  used  within 
this  study. 


ADANS 

ADF 

ALG 

CMDF/CF 

Effectiveness 


Efficiency 


Evolutionary 

Development 


Heuristic 


MC 


Operational  Airlift 


FMB 

RAPS 

RDEMS 


USAF  Airlift  Deployment  Analysis  System. 
Australian  Defence  Force. 

Royal  Australian  Air  Force,  Air  Lift  Command. 
Canadian  National  Defence  Force  or  Canadian 
Forces. 

.Ability  to  meet  needs  of  a  customer.  Measures 
operational  and  surge  capability  of  airlift 
resources. 

Ratio  of  worlcload  per  airlift  resource 
(productivity)  to  costs. 

Software  deveiopnent  that  has  many 
stages  of  expanding  increments  of  an  operational 
software  product,  v/ith  the  directions  being 
determined  by  operational  experience. 

Approximate  methods  to  obtain  near-optimal 
solutions.  A  rule  of  thumb. 

United  States  Air  Force,  Military  Airlift^ 
Command. 

The  deployment,  employment  and  sustainment  of 
military  forces  through  the  medium  of  aerospace. 
Program  Management  and  Budgeting. 

Proposed  RAAF  Airlift  Planning  Systen. 

Computer  Relational  Database  Management  System. 
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Risk 


"Hie  possibility  of  some  event  occurring  and  the 
adverse  consequence  of  that  event  should  it 


occur. 

Strategic  Airlift  Airlift  that  transcends  the  boundary  of  any  one 

theatre  and  is  executed  under  central  direction 
of  higher  authority,  normally  in  support  of  a 
more  pervasive  or  overall  effort. 


Appendix  B:  Survey  of  ADF  Airlift  Planners 


This  appendix  contains  the  survey  instrument  viiich  was  sent  to  29  ADF 
airlift  planners,  a  summary  of  distribution  statistics  and  a  respondent 
profile.  "Ihe  instrument  has  been  reduced  and  response  boxes  changed  to 
meet  layout  requirements  of  this  report. 

Surveys  were  dispatched  under  cover  of  a  letter  explaining  background 
to,  and  motivation  for,  the  research.  Each  survey  was  tailored  to  the 
respondent,  drawing  sections  from  a  master.  Tailoring  was  based  on  the 
respondent's  background  and  present  location.  The  profile  provides  a 
summary  of  respondent's  background,  vA\ile  the  statistics  show  what  parts  of 
the  master  survey  were  sent  to  each  respondent  and  distribution  totals. 


A  Management  Information  System 
To  Assist  Strategic  Airlift  Planning  in  the  ADF 


SURVEY  of  ADF  PERSONNEL  with  experience  in  STRATEGIC  AIRLIFT  PLANNING 

This  survey  investigates  the  planning  of  airlift.  You  have  been  chosen  as  a  respondent  because 
of  your  experience  with  ADF  airlift  planning.  Information  gathered  from  this  survey  will  be  used  in  the 
design  of  a  management  information  system  to  assist  planners  of  operational  strategic  airlift. 

This  survey  forms  part  of  research  sponsored  by  the  Director  of  Movements  and  Transport  -  Air 
Force.  The  research  concerns  ioproving  the  quality  and  responsiveness  of  airlift  planning.  It  aims  to 
automate  simple  tasks  and  assist  an  airlift  planner  in  making  less  structured  decisions.  Issues  of 
division  of  responsibilities  or  command  and  control  are  not  addressed. 


Survey  Topics 

This  study  deals  with  the  planning  of  operational  strategic  airlift.  Strategic  airlift 
concerns  the  transport  by  air  of  personnel  and  stores  to  or  from  an  Area  of  Operations  (AO)  or  between 
AOs.  Tactical  airlift  and  routine,  scheduled  or  channel  airlift  are  not  addressed.  Operations  include 
exercises,  relief  and  disaster  activities,  peace-keeping  efforts  and  operations  in  support  of  conflict. 

There  are  eight  topic  areas.  Those  areas,  and  the  number  of  questions  presented  within  eacn 
category,  are: 

1)  Stages  of  airlift  planning,  2  questions; 

2)  The  factors  that  contribute  to  a  good  airlift  plan,  1  question; 

3)  Measurement  of  factors  of  good  airlift,  18  questions; 

w)  Costing  Airlift,  8  questions, 

5)  Information  needs  of  a  commander  planning  airlift,  7  questions; 

6)  Goals  of  an  Airlift  Planning  Information  System,  5  questions; 

7)  Requirements  of  com^nent  managers  of  the  airlift  system,  4  questions;  and 

8)  General,  11  questions. 


Response  Technique 

Three  response  styles  are  used  in  the  survey:  ranked,  scaled  and  open-ended.  The  most  common 
style  requires  a  ranked  response.  A  question  is  posed  and  a  number  of  alternatives  presented.  You  are 
asked  to  review  the  alternatives  carefully  and  indicate  your  support  for  the  option  as  an  answer  to  the 
question.  Your  response  in  the  form  of  a  ranking  should  be  placed  in  the  box  to  the  left  of  the 
question.  A  ranking  of  1  indicates  an  answer  you  totally  agree  with.  A  higher  ranking  indicates  a 
lessening  level  of  confidence  in  the  response.  A  ranking  over  10  indicates  total  disagreement  with  the 
answer.  The  same  ranking  can  be  applied  to  equal  answers.  You  may  apply  a  cross  to  an  option  that  you 
consider  is  ominously  wrong.  Some  responses  require  amplitying  comment.  Size  of  conment  blocks  are  not 
meant  to  restrict  .your  discussion,  so  feel  free  to  attach  extra  comments  if  needed.  You  are  also 
encouraged  to  comeent  on  any  question  or  option  in  the  survey. 

Scaled  questions  request  indication  of  your  degree  of  support  to  a  statement.  Please  indicate 
your  support  by  marking  the  appropriate  part  of  the  line  to  the  left  of  the  question.  Open-ended 
questions  request  your  comment. 


Survey  Return 

The  Deputy  Director  of  Movements  and  Transport  -  Air  Force,  WGCDR  Doug  Peak,  has  offered  to 
assist  with  questions  concerning  this  survey  and  to  receive  responses.  I  ask  your  assistance  to  return 
this  survey,  in  the  accompanying  envelope,  to  WGCDR  Peak  by  29  March  1991. 
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Stages  of  Airlift  Planning 

This  part  of  the  survey  deals  with  the  stages  of  airlift  planning.  Two  questions  investigate  the  stages 
of  airlift  planning  and  their  interrelation,  five  stages  are  proposed; 

F  ->  Formulation  and  acceptance  of  the  general  concepts  of  the  plan. 

D  ->  Detailed  matching  of  uplift  bill  with  airlift  resources. 

^  ->  Tasking  of  lift  resources  and  warning  of  units  to  move. 

M  ->  The  implementation  and  maintenance  of  the  plan. 

P  ->  Post  movement  review  of  the  plan. 


Do  you  agree  that  there  are  five  stages  in  airlift  planning? 

Yes. 

Tasking  and  dissemination  have  nothing  to  do  with 
planning. 

Implementation  and  maintenance  have  nothing  Tt  do 
with  planning. 

There  are  more  stages,  such  as 


A  stage  is  not  part  of  planning.  Which  stage? 


Tend  to  agree  (Near  enough  anyway). 

Tend  to  agree  though  it  varies  from  operation  to  operation. 


How  are  the  stages  related? 


Stages  are  independent  and  follow  sequentially. 

Stages  are  always  dependent  and  iterative  le  planning  involves  frequent 
visits  to  all  stages  and  stage  sequence  depends  on  outcomes  of  stages. 

In  small  operations,  stages  are  independent  and  sequential 
but  in  larger  operations  tend  to  become  dependent  and 
i terat i ve. 

Stages  are  independent  and  sequential  only  in  single  service  operations. 


Stages  are  independent  and  sequential  only  in  single  movement  mode 
operations  ie  when  only  air  is  used  to  any  scale. 


Stages  are  independent  and  sequential  only 


in  exercises. 


It 


varies  from  operation  to  operation. 


Conments  • 
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Factors  that  Contribute  lo  a  Good  Airtift  Plan 

This  part  of  the  survey  deals  with  identifying  those  factors  which  differentiate  good  airlift  planning 
from  bad.  There  is  only  one  question.  It  is  amongst  the  most  important  of  the  survey  for  no  system  can 
be  improved  unless  its  goals  are  clearly  defined.  18  options  are  offered  to  answer  the  question.  For 
each  option,  please  indicate  its  degree  of  importance,  if  any,  by  applying  a  ranking.  Rankings  range 
from  1,  indicating  most  important,  through  10  for  little  importance.  You  may  use  a  cross  to  indicate 
strong  disagreement.  You  do  not  have  to  mark  all  options. 


Comments: 


Measurement  of  Performance 


Having  identified  those  factors  which  contribute  to  a  good  airlift  plan,  this  part  of  the  survey 
investigates  their  measurement.  The  aim  is  to  find  metrics  to  assist  in  determining  planning 
performance.  Metrics  may  be  available  during  and  after  the  planning  process.  Conparison  of  them  with 
pre-defined  or  empirical  values  may  assist  in  ’first  cut'  appraisal  of  a  plan.  There  are  18  questions. 
A  response  to  all  is  preferred.  A  cross  can  be  used  to  highlight  dangerous  or  ill-founded  measurements 
Comment  i.s  encouraged. 


For  each  factor  chosen  as  inportant,  are  there  Metrics  that  can  Measure 
category  ie  how  do  you  judge  the  plan? 

Overall  effectiveness  in  Meeting  aims  of  the  custoMer. 

1  “  '  I 

Percentage  of  units  lifted  on  their  preferred  day  for  airlift. 


Percentage  of  units  lifted  as  an  entity  ie  lifted  together. 
Force  capability  delivered  to  ultimate  AO  destination  per  day. 
Percentage  of  units  not  delivered  directly  or  transhipped. 


perfonaance  of  a  plan  within  a 


You  cannot  judge  it  up  front.  Those  moved  will  tell  you  afterwards. 


Other: 


Productivity,  by  Maximising  lift  resources. 

Tons/passengers  carried  one  mile  per  flying  hour,  eg  1000  pax  carried 
1000  miles  in  50  hours  C130  =  20000  pax  miles/hour  C130. 

Tons/passengers  per  day  lifted  by  priority  designator. 

Order  of  march  entities  lifted  per  day,  ie  no.  of  distinct  units. 

AO  arrivals  per  day  in  tons  and  passengers  (Support  area  for  return). 

Cannot  be  measured.  It  is  an  intuitive  judgement. 

Other; _  _ 


EconoMy,  by  coMsitting  lift  resources  in  the  most  effective  way. 

Percentage  of  full  aircraft  loads  planned  to  all  loads  planned. 

Hours  aircraft  flying  without  full  payload. 

Hours  aircraft  flying  without  payload  (ie  deadheading  or  positioning). 
Percentage  of  chalks  with  more  than  one  leg  (multiple  departure/dest). 
Total  cost  of  plan,  based  on  aircraft  operating  costs. 


Other: 


Efficiency  or  the  highest  ratio  of  productivity  to  costs. 


I 

Payload  moved  per  flying  hour  planned. 


Passengers  and  Cargo  moved  per  flying  hour,  per  aircraft  type. 

Total  payload  lifted  by  number  of  miles  moved,  divided  by  cost  of  plan. 

Total  hours  aircraft  are  on  ground,  with  no  tasking,  while  away  from 
Ricnmond  ie  hours  airframe  not  used  due  crew  rest  or  waiting. 


Force  capability  delivered  to  AO  divided  by  total  flying  hours. 


Other: 


Siiplicity,  where  complex  tasking  and  routing  is  avoided. 

: - 1 

Number  of  units  lifted  per  chalk  (average,  maximum  and  minimum). 
Number  of  legs  flown  per  chalk  (average,  maximum  and  minimum). 
Number  of  chalks  per  continuous  airframe  tasking  (histogram  form). 
Days  airframes  away  from  maintenance. 

The  above  except  concentrating  on  most  frequent  and  exceptions. 
Other ; _ 


Training  value  to  the  airlift  system. 

Number  of  repeated  legs  (same  departure  and  destination). 
Number  of  repeated  legs  per  continuous  airframe  tasking. 

Flying  hours  per  continuous  airframe  tasking  (histogram  form). 
Nuikier  of  different  types  of  loads  planned  (histogram  form). 

Is  not  easily  measured.  Leave  training  to  Airlift  Group. 
Other: _ 


tj 


I 


Fluidity  or  smoothness  of  lift. 

Airframes  committed  per  day  (histogram  form). 

Passenger/ tonnage  arrivals  per  day  into  AO  (histogram  form). 
Airframes  unconmitted  per  day  (histogram  form). 

Hours  flown  per  aircraft  type  per  day  (histogram  form). 

Departures  per  day  for  all  departure  locations  (3-0  histogram  form). 


Other: 


Cohesion  or  unity  of  lift. 


Number  of  passengers  transhipped  (repositioned  to  a  way  point). 
Tons  of  cargo  transhipped  by  priority. 

Number  of  order  of  march  components  not  n»ved  as  one  block. 
Number  of  times  unit  stores  are  not  moved  with  unit. 


Number  of  times  a  unit 


_ I 

Other; 


is  not  lifted  directly  to  desired  destination. 


Flexibility  or  ability  to  absorb  changes. 

Spare  window  per  unit  ie  time  planned  to  lift  minus  rime  must  lift  by. 

Spare  window  per  unit  ie  time  first  available  to  move  minus  time  planned 
to  lift  (Forward  window  availability). 


Payload  capacity  not  yet  committed,  per  departure  location. 
Airframes  uncommitted  per  day  per  aircraft  type  (histogram  form). 
Hours  uncommitted  per  aircraft  type. 


Other: 


Certainty  of  meeting  lift  requirements  in  tine. 

Airframes  uncommitted,  per  day  ie  max  allowed  minus  no.  committed. 

Hours  uncommitted,  per  aircraft  type  ie  max  minus  cumulative  to  date. 
Closure  date  minus  last  arrival/  first  arrival/  all  advance/  all  main. 
First  move  allowed  minus  first  move/  all  advance/  all  main. 

Days  airframes  have  been  away  from  maintenance  venue,  per  day,  per  type. 
Other ; _ 

Accountability,  where  all  decisions  are  justified  and  bounds  observed. 

Full  movement  appreciation  provided  and  all  options  enumerated. 

Same  measures  as  economy. 

Same  measures  as  efficiency. 

Not  a  factor  in  a  good  plan,  just  a  part  of  staff  work. 

Giving  commanders  dollars  to  buy  military  and  civil  lift  (not  hours). 

I _ 1 

Other : _ 
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other: 


Security  and  safety  of  airlift  assets. 


I 


i 


Crew  days  over  10  hours  (histogram  form). 

Nights  airframe  parked  auay  from  a  RAAF  airfield. 

Rotations  at  low  quality  airfields  le  dirt,  short  or  narrow. 
Hours  flown  with  augmented  or  slip  crews. 

Hours  flown  over  water. 


Other: 


Security  of  payload  ie  people  and  stores. 

Late  afternoon  arrivals  of  passengers  in  forward  AO. 

Arrivals  of  passengers  without  vehicles  and  stores. 

Night  tune  arrivals  of  payload. 

Arrivals  to  and  departures  from  civil  controlled  airfields. 

Not  an  issue. 

Other : 

Concentration  or  grot^ting  lift  effort  to  achieve  most  in  short  periods. 

Most  payload  lifted  in  one  day/  week  (histogram  form). 

Percentage  of  order  of  march  met  in  24  /  48  /  72  /168  hours. 

Days  where  full  airframe  allocation  is  committed  (histogram  form). 

Main  .departure  locations  with  spare  ramp  capacity  yet  outstanding  bill. 
Points  of  Entry  and  Departure  supported. 


Other: 


I  Costing  Airlift 

Dollar  cost  is  often  suggested  as  the  primary  metric  for  measuring  all  facets  of  airlift,  including 
plarming.  Costing  schemes  often  espouse  a  user  pays  concept  to  ensure  ultimate  control  over  airlift 
decisions  rests  with  the  user.  This  part  of  the  survey  investigates  costing.  There  are  eight 
questions.  Five  questions  are  open  ended.  Feel  free  to  comnent  on  viability  of  alternatives  or 
problems  concerning  availability  of  data,  commercial  in  confidence  caveats  or  the  breakdown  of  cost  into 
direct,  indirect  or.  other  components. 


In  costing  airlift,  uhat  cost  approach  would  best  apply? 


The  Department's  published  hourly  rate  for  ADF  aircraft. 

The  contracted  lease  rate  for  commercial  aircraft.  Being  actual,  the 
calculated  costs  could  be  used  to  ensure  budget  compliance. 

Rates  for  all  airframe  types  set  by  the  commander.  That  way,  he  could 
influence  planning  decisions  by  varying  hourly  costs.  Additionally, 
mining  of  civil  and  military  'costs'  is  allowed. 

Hourly  costs  for  civil  aircraft  would  be  actual  lease  costs. 

A  rate  per  military  airframe  type  would  be  set  by  the  commander.  That 
way,  a  commander  could  influence  planning  decisions  and  costings  will 
reflect  actual  direct  civil  costs. 

A  proportional  preference  weighting  of  all  aircraft  types  eg  C130=2, 
8707=4,  8767=10  therefore  C13Q  twice  as  cheap  per  hour  as  8707  and  five 
-  times  cheaper  than  8767. 

A  different  approach/  comments  _ 


(tow  do  you  incorporate  civil  seat  purchasing  into  a  costing  system?  (The  AOF  uses  civil  airlift  in  two 
ways  ■  it  teases  the  whole  aircraft  or  buys  seats  on  coamercial  routes) 


Use  actual  costs  for  all  costing.  Therefore,  decisions  will  be  based 
on  the  most  economical  decision. 


Civil  airlift  is  usually  pre-planned  at  a  high  level.  It  is  then 
presented  to  airlift  planners  as  a  fait  accompli.  Therefore,  the 
airlift  planner  should  concentrate  on  costing  military  airlift  alone. 

Use  of  seats  on  commercial  routes  is  too  small  an  aspect  of  airlift 
planning  to  concern  a  commander  or  his  planning  staff. 


A  different  approach/  comments 


I 
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How  do  you  equate  civil  and  military  costing  systems? 


Civil  and  military  costing  cannot  be  compared.  There  is  no  need  to 
compare  them  as  they  apply  to  different  situations. 

Civil  and  military  costing  camot  be  compared.  Yet,  there  is  a  need  to 
compare  them  as  they  are  usually  viable  alternatives  when  planning 
airl i ft. 

Civil  airlift  is  usually  pre-planned  at  a  high  level.  It  is  then 
presented  to  airlift  planners  as  a  fait  accompli.  Therefore,  the 
airlift  planner  should  concentrate  on  costing  military  airlift  alone. 


A  different  approach/  comments 


Should  the  customer  pay?  Having  the  customer  pay  may  be  as  siaple  as  giving  cosawnrlers  'chips*  and 
charging  'chips'  for  airlift  requested  by  the  commander. 


At  the  end  of  the  planning  process,  does  a  coammnder  wish  to  know  the  dollar  cost  of  a  plan?  Should  he 
and  his  staff  be  prepared  to  account  for  their  decisions  on  economic  grounds? 


If  so,  can  an  accurate  figure  ever  be  provided  at  the  planning  stage? 


At  the  end  of  the  operation,  does  a  Coammnder  wish  to  know  the  dollar  cost  of  a  plan? 


If  so,  can  an  accurate  figure  ever  be  provided  at  completion  of  all  airlift? 


The  Information  Reoui rements  of  a  Coamander  of  an  Airlift  Operation 

This  part  of  the  survey  addresses  the  information  needs  of  the  executive  decision  maker.  The 
■executive'  level  of  airlift  planning  includes  overall  control  and  responsibility  for  an  airlift 
operation.  It  may  or  may  not  include  responsibility  for  airlift  plan  implementation  or  operation  of 
aircraft.  This  section  has  seven  questions  requiring  ranked  responses. 

How  do  the  infortntlon  needs  of  a  cn— onrir.f  initiating  an  airlift  plan  relate  to  the  data  maintained  at 
the  airlift  planning  level? 

All  of  a  commander's  information  needs  are  available  from  his  airlift 
planning  staff. 

All  of  a  commander's  airlift  information  needs  are  available  from  his 
airlift  planning  staff. 

Part  of  a  commander's  airlift  information  needs  are  available  from  his 
airlift  planning  staff. 

A  commander's  information  needs  are  not  related  to  the  information 
processing  of  the  planning  functions. 

A  commander's  information  needs  determine  the  data  maintained  at  the 
processing  level.  Therefore,  one  complements  the  other. 

How  do  the  information  needs  of  a  comMnder  y^rseeino  iaplementation  of  an  airlift  plan  relate  to  the 
data  maintained  at  the  airlift  planning  level? 

All  of  a  commander's  information  needs  are  available  from  his  airlift 
planning  staff. 

All  of  a  comnander's  airlift  information  needs  are  available  from  his 
airlift  planning  staff. 

Part  of  a  coirmander ' s  airlift  information  needs  are  available  from  his 
airlift  planning  staff. 

A  commander's  information  needs  are  not  related  to  the  information 
processing  of  the  planning  functions. 


A  comriander ' s  information  needs  determine  the  data  maintained  at  the 
processing  level.  Therefore  one  compliments  the  other. 


Uhat  is  the  most  helpful  form  of  information  presentation  to  a  commander? 


Graphics  only. 

Graphics  referring  to  detailed  data  concerning  exceptions. 

Oetai led  data  only. 

In  electronic  form. 

In  report  form. 

Able  to  be  understood  and  used  by  the  commander. 

Able  to  understood  and  used  by  a  commander's  planning  staff. 

No  information  for  the  commander.  Only  that  required  by  his  staff. 
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With  the  present  approach  to  airlift  planning,  is  a  coMander  provided  with  inforaation  of  sufficient 
quality,  in  required  tiae  fraaes? 


Yes,  there  is  ample  information  on  which  to  make  decisions. 

A  comnander  doesn't  need  information.  He  needs  people. 

No,  the  information  is  rarely  complete. 

No,  the  information  is  there  but  rarely  available  in  the  time  frame 
required  to  aid  decision  making. 

Yes,  the  information  is  there  but  not  in  the  best  format  for 
presentation  to  executives. 

Yes,  the  information  is  there  but  not  in  the  best  format  to 
manipulate  for  decision  making. 

No,  the  data  is  there  but  it  in  not  in  a  form  useful  to  a  commander. 


If.  for  the  previous  question,  you  thought  that  inforaation  was  not  best  for  your  requireaents,  why? 

Every  commander's  approach  is  different.  Therefore  no  effective  system 
can  be  implemented. 

External  influences,  such  as  scenario,  time  and  politics,  make  each 
airlift  operation  different  to  all  previous. 

The  planners  were  too  busy  putting  out  bushfires  and  not  looking  at  the 
requirements  of  the  commander. 

The  planners  had  the  information,  but  not  the  technology  to  control  and 
manage  i t . 

Other: 


To  a  coMRander  making  executive  decisions  on  airlift  planning,  which  of  the  follow  would  be  helpful? 

A  list  of  recent  scenarios  that  have  been  tested  or  used  in  operations. 


The  order  of  march  for  previous  operations. 

Airlift  summaries  for  previous  operations. 

Airlift  plans  for  previous  operations. 

Actual  lift  data  from  previous  operations. 

Airlift  lessons  learnt  from  previous  operations. 

Nothing  electronic  -  executive  level  planning  is  largely  an  intuitive 
function.  No  previous  data  helps.  Just  good  people. 

Electronic  presentation  of  all  data.  This  allows  speedy  and  accurate 
manipulation  of  data  and  quicker  drafting  of  plans. 


For  past 
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airlift  suanries  to  be  potentially  helpful,  what  sort  of  data  should  they  contain? 

Location  of  operation. 

A  brief  sunmary  of  the  threat  (maximum  200  words). 

Type  of  activity  eg  exercise/operation/rel ief/aid  to  civil. 

What  AOF  services  were  involved. 

Uhat  other  forces  or  organisations  were  involved  (friendly  and  enemy). 

Airfields  used  for  strategic  airlift  within  the  area  of  operations, 
their  actual  frequency  of  use  and  operating  restrictions. 

Services  provided  at  airfields  in  area  of  operations  or  outside 
Australian  mainland  eg  fuel,  accomnodation  and  security. 

Airlift  planning  bill  in  passengers,  bulk  cargo  and  wheeled  cargo. 

Airlift  maximum/minimum  duration  ie  total  and  main  component  duration. 

Actual  uplift  in  passengers,  bulk  cargo  and  wheeled  cargo. 

Total  hours  and  maximum  per  day  allocated  per  airframe  type. 

Actual  nunber  of  airframes  used  per  day  (histogram  form). 

Actual  hours  flown  per  aircraft  type. 

Sorties  lost  or  postponed  due  unserviceable  aircraft. 


Comparison  of  planning  and  actual  payload  data. 
Airlift  lessons  learnt. 


Other; 
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Management  Informaiion  System  Goats 


This  section  considers  what  should  be  the  goals  of  a  management  information  system  to  assist  airlift 
planning  and  the  relative  importance  of  potential  sub-systems.  There  are  five  questions  requiring 
ranked  responses. 

Uhat  should  be  the  higher  goals  of  a  management  information  system  to  assist  in  airlift  planning? 


Audit  or  recording  of  system  state  and  decisions. 

Performance  or  maximum  improvement. 

Minimum  or  comparative  cost  including  development  and  maintenance. 

Reliability  or  accuracy  and  consistency  of  information  and  adequate 
and  reliable  system  availability. 

User  satisfaction  or  acceptance  by  planners  and  executives. 

Connectivity  or  ability  to  communicate  with  other  systems  and  'players' 
involved  in  movement  of  a  force. 

Maintainability  or  ability  of  the  system  to  be  kept  running  and  for 
improvements  to  be  easily  made. 

Control  or  ensuring  users  have  control  of  deviations  from  planned 
performance  and  can  institute  corrective  action. 

Work  capacity  or  ability  to  support  development  of  multiple  plans. 

Usefulness  or  perceived  ability  of  system  to  support  organisational 
goals  and  objectives. 


Other: 


With  uhat  other  inforMation  systens  should  coahutications  be  considered? 

For  each  system  nominated,  please  specify  the  level  of  connectivity  from  options  of  on-line  or 
continuous  connection,  batch  or  periodic  transfer  and  hardcopy  transfer. 

Onl ine/Batch/Hard 
Onl ine/Batch/Hard 
Online/Batch/Hard 

Aircraft  maintenance  control  systems  eg  CAMM,  Onl ine/Batch/Hard 
Flying  squadron  tasking  management  systems. 

Scheduled  airlift  co-ordination  systems. 

Other  _ 


Online/Batch/Hard 
Onl ine/Batch/Fard 
Onl ine/Batch/Hard 


HQ  AOF  Coninand  and  control  systems. 
Air  Headquarters  BACCS  system. 

DMCA/  JMCC/  MCO  systems. 
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gnat  capability  or  design  aspects  should  the  system  have? 


It  should  be  portable  so  that  planning  can  be  carried  out  at  the 
best  locatiun.  Hence  a  PC  based  system  is  required. 

A  secure  system  due  to  the  information  held. 

An  interactive  system  ie  not  fully  automated  but  reacts  to  commands 
from  the  planner. 

A  menu  driven  system  that  requires  little  training. 

Data  IS  held  in  a  way  that  allows  what-if  analysis  and  special  reports. 
Maintains  a  history  of  previous  exercises  that  can  provide  data. 

Allows  for  quick  input  of  the  order  of  march  and  resource  data. 

All  output  can  be  repi esented  on  screen,  on  hard  copy  and  graphically. 


Uhat  capability  or  design  aspects  should  the  executive  component  of  the  system  have? 


it  should  be  portable  so  a  commander  can  take  '•eports  and  displays  with 
him  when  briefing  or  changing  location.  A  PC  based  system  is  required. 

Access  tj  main  system  to  allow  a  commander  to  took  at  all  aspects  of  the 
plan  and  communicate  his  requirements  to  his  staff. 

Reliability.  The  system  must  always  be  available.  All  output  must  be 
accurate  or  limits  of  currency  or  accuracy  obvious. 

case  of  use.  A  menu  driven  system  should  allow  maximum  assistance  to  a 
commander  with  little  training  or  computer  skills. 

Versatility.  The  system  should  present  data  so  that  a  commander 
can  manipulate  and  format  tt  m  ways  that  best  suit  him. 

Exception  reporting.  A  commander  should  be  able  to  set  limits  or  bounds 
on  the  detailed  planning  system.  When  planning  exceeds  these  bounds, 
advice  should  be  presented  to  the  commander. 


Hands  off.  All  requirements  of  a  commander  should  be  part  of  a  lower 
level  system,  his  staff  should  present  information  to  him. 

Sensitivity  analysis.  The  system  should  support  what-if  analysis  at  the 
execuiive  level.  Options  specified  by  a  comnander  should  be  modelled 
and  outcomes  presented  in  suit.able  form. 


Remote  communications.  Facsimile  transmission  of  unclassified  data 
should  be  supported. 


Other ; 
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Uhat  sub-systens  should  the  system  possess?  In  this  question,  ranking  also  indicates  your  relative 
assessment  of  sub-system  importance. 


A  static  routing  and  scheduling  system  that  automatically  matches  lift 
requirements  with  resources  to  produce  a  feasible  plan.  The  system 
would  require  an  order  of  march,  a  resource  matrix  and  weighting. 

A  dynamic  routing  and  scheduling  system  that  would  automatically  apply 
changes  to  the  environment  to  a  plan.  The  original  plan  would  be  input. 

A  static  routing  and  scheduling  system  that  interactively  matches  lift 
requirements  with  resources  to  produce  a  feasible  plan.  The  system 
and  user  would  require  an  order  of  march  and  a  resource  matrix. 

A  dynamic  routing  and  scheduling  system  that  would  interactively  apply 
changes  to  the  environment  to  a  plan.  The  original  plan  would  be  input 
and  the  user  would  specify  changes  and  direct  plan  manipulation. 

A  database  to  maintain  the  airlift  plan  and  produce  reports  of  varying 
format  and  criteria. 

A  graphical  display  and  report  capability  ie  charts  and  displays. 


On-line  electrical  communications  to  other  systems  used  to  manage  the 
movement  and  maintenance  of  a  force. 


Hardcopy  reporting  capability  to  all  'players'  and  connectivity  to 
remote  airlift  components  through  encryption  over  public  networks. 

Maintenance  of  an  'audit  trail'  to  allow  analysis  of  performance  and 
problems  for  post  operation  review.  System  should  produce  statistics. 


Maintenance  of  history  of  airlift  operations  so  new  planning  can  draw 
on  concepts  and  approaches  where  performance  and  problems  are  known. 


Other 


A  system  to  manage  production  and  distribution  of  new  or  amended  tasking 
and  changes  to  a  plan  to  all  specified  addressees. 


Interaction  uith  Maintenance  Components  of  Airlift 

This  section  looks  at  how  airlift  planning  impacts  on  managers  of  the  component  systems  of  airlift, 
principally  the  maintainers.  There  are  two  questions. 

Uhat  factors  of  a  plan  isfiact  on  a  maintenance  manager?  In  addition  to  a  ranking,  please  indicate  like 
or  dislike  of  the  option. 


Late  returning  aircraft  (like/dislike). 

Early  departures  (like/dislike). 

Special  rigging  requirements  ( I ike/disl  ike) . 

All  aspects  of  the  8707.  This  aircraft  requires  special  management. 
Maintenance  requirements  away  from  Richmond  (like/dislike). 

Heavy  tasking  against  one  flying  squadron  (like/disl ike). 

Tasking  aircraft  away  for  many  days  ie  more  than  a  week  (like/dislike). 
Locating  or  resting  aircraft  away  from  Richmond  ( I i ke/disl i ke). 

Long  periods  of  consistent  tasking  ( I ike/disl ike) . 

Long  periods  of  excessive  tasking  ( I ike/di si i ke) . 

Short  periods  of  excessive  tasking  (like/dislike). 

Planning  down  to  each  squadron  and  aircraft  type  (I ike/disl ike). 

Sharing  of  similar  tasking  across  squadrons  (like/dislike). 


Considering  maintenance  requirements  within  the  plan. 

This  allows  identification  by  maintenance  with  task  objectives 

and  makes  administration  of  personnel  attachments  easier  ( I ike/disl ike) . 


Other; 


Hou  should  the  plan  be  presented  to  maintenance  controllers? 

In  'green'  order.  Only  formal  squadron  tasking  and  not  planned  tasking 
should  be  advised  to  the  squadron. 

Tasking  should  be  presented  in  electronic  form  for  speed  and  efficiency. 

Tasking  should  be  presented  in  hard  copy  form  for  ease  of  use. 

Thei  e  snu..'<i  oe  one  report  provided  at  the  start  of  the  operation. 
Changes  should  be  advised  formally,  with  at  least  two  days  notice. 

There  should  be  a  report  of  anticipated  tasking  disseminated  prior  to 
implementation  of  the  plan  to  allow  squadron  conrient  and  preparation. 

There  should  be  a  weekly  report  of  tasking  only  for  the  next  week. 

A  report  is  required  for  each  aircraft  type  le  C130E,  C130H,  8707. 


Other: 
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This  section  looks  at  how  airlift  planning  impacts  on  managers  of  the  component  systems  of  airlift, 
principally  the  terminal  staff.  There  are  seven  questions. 

Uhat  factors  of  a  plan  iapKt  taost  on  a  tenainal  manager?  In  addition  to  a  ranking,  please  indicate 
like  or  dislike  of  the  option. 


Late  arrivals  and  departures  (like/dislike). 

Early  arrivals  and  departures  (like/dislike). 

Special  rigging  requirements  (like/dislike). 

Mixing  8707  and  C130  tasking  or  mixing  between  C130  types. 

Explosives  loading/  unloading  (like/dislike). 

Heavy  tasking  in  short  time  frames  ( I ike/disl ike) . 

Basing  an  aircraft  at  major  locations  (like/dislike). 

Taskings  of  similar  loads  eg  freight  chalks  together  ( I i ke/disl i ke) . 
Less  than  1  hour  turnarounds  for  quick  loads  ( I ike/disl ike) . 

Engines  running  turnarounds  in  forward  locations  ( I i ke/disl i ke) . 
Engines  running  turnarounds  in  support  locations  (I ike/dislike). 


Other; 


How  should  the  plan  be  presented  to  load  planners? 

In  'green'  order.  Only  formal  aircraft  tasking  and  not  planned  tasking 
should  be  advised  to  an  air  movement  agency. 

Tasking  should  be  presented  in  electronic  form  for  speed  and  efficiency. 

Tasking  should  be  presented  in  hard  copy  form  for  ease  of  use. 

There  should  be  one  report  provided  at  the  start  of  the  operation. 
Changes  should  be  advised  formally,  with  preferably  two  days  notice. 

There  should  be  a  report  of  anticipated  tasking  disseminated  prior  to 
implementation  of  the  plan  to  allow  AMS  comment  and  preparation. 

There  should  be  a  weekly  report  of  tasking  only  for  the  next  week. 

A  location's  report  should  only  have  tasking  effecting  the  location. 


Other: 


How  should  AHSs/IWTUs  interact  with  lift  coordinators  (usually  MOVQKDC)? 


( 


Planned  loads  should  be  advised  to  the  AMS/MATU.  At  least  two 

days  before  lift,  AHS/HATU  should  advise  actual  load  and  spare  capacity. 

The  AMS  should  only  talk  to  the  MCO  during  the  lift. 

The  same  system  as  routine  lift  should  be  used. 

After  the  lift  has  occurred,  deviations  from  the  planned  task,  including 
load,  unit  lifted  and  timing  changes,  should  be  advised  to  coordinators. 

AMSs/MATUs  prefer  planning  to  only  scope  short  periods  ie  3-5  days. 

Any  more  is  usually  inaccurate  or  subject  to  too  much  change. 

On- I ine/dai ly  plan  access  is  vital  for  AMSs/MATUs. 

Reports  provided  should  allow  AMSs/MATUs  to  access  by  Green  No,  by  day, 
by  dest/departure.  Also  a  time  spread  of  tasking  should  be  provided. 


How  OBJch  flexibility  should  be  given  to  terminals?  Aaount  of  flexibility  can  range  froa  providing  the 
tenainal  with  three  day  windows  of  tasking  artd  payload  that  it  is  free  to  match  in  any  way  it  chooses, 
to  providirvg  the  terminal  with  a  firm  load  plan  for  each  task.  Coaaents  based  on  experience  are 
welcomed. 


Should  terminals  be  given  more  flexibility,  what  problems  can  you  see  for  terminals,  customers  and  NCOS 
eg  non-advice  of  load  changes  which  effect  HHE  and  personnel  requi reamnts? 


Uhat  is  your  opinion  of  a  system  where  ANSs/NATUs  would  receive  daily  electronic  iRsdates  of  airlift 
plans?  These  updates  would  be  transmitted  electronically  over  secure  or  insecure  laeans. 


lAwt  is  ytxir  opinion  of  a  system  where  AMSs/MATUs  are  required  to  advise  all  task  deviations  to  the 
coordinator?  This  infonaation  could  be  transmitted  electronically  or  with  aircraft  returning  to 
Richannd. 


I 
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Interaction  with  flying  Squadron  Components  of  Airlift 

This  section  looks  at  how  airlift  planning  impacts  on  managers  of  the  component  systems  of  airlift, 
principally  the  operators.  There  are  two  questions. 


How  should  a  plan  be  presented  to  a  flying  squadron? 


1 


In  'green'  order.  Only  for.vil  squadron  tasking  and  not  planned  tasking 
should  be  advised  to  the  squadron. 

Tasking  should  presented  in  e.ectronic  form  for  speed  and  efficiency. 
Tasking  should  be  presented  in  hard  copy  form  for  ease  of  use. 


There  should  be  one  report  provided  at  the  start  of  the  operation. 
Changes  should  be  advised  formally,  with  at  least  two  days  notice. 

There  should  be  a  report  of  anticipated  tasking  disseminated  prior  to 
implementation  of  the  plan  to  allow  squadron  connent  and  preparation. 


There  should  be  a  weekly  report  of  tasking  only  for  the  next  week. 


Only  squadron  tasking  should  be  advised. 

All  tasking,  including  that  of  other  squadrons,  should  be  advised. 


Other: 


Uhat  aspects  of  airlift  planning  does  squa^on  aanageaent  like  or  dislike?  In  addition  to  a  ranking, 
please  indicate  like  or  dislike  of  the  option. 

Too  many  long  crew  days  (like/dislike). 

Many  specialist  crowing  requirements  eg  night  or  short  ( 1 ike/disl i ke) . 

Tasking  that  takes  crews  away  for  overnights  ( I i ke/disl ike). 

Continuous  minimum  crew  rest  after  long  tasking  ( I ike/disl i ke) . 

Days  off  away  from  Richmond  for  crew  and  airframe  ( I ike/disl ike) . 


Augmented  crews  ( I ike/disl ike) . 

Slip  crew  requirements  ( I ike/disl ike). 

Long  periods  of  consistent  tasking  (like/dislike). 

Long  periods  of  excessive  tasking  (1 ike/disl ike). 

Short  periods  of  excessive  tasking  ( 1 ike/disl ike) . 

Planning  down  to  each  squadron  and  aircraft  type  ( like/disl ike). 

Sharing  of  similar  tasking  across  squadrons  ( I i ke/disl i ke) . 

Allocating  all  airlift  in  support  of  a  sub-objective  to  one  squadron. 
This  allows  Identification  of  aircrew  of  task  objectives  ( I ike/disl i ke) . 


Other; 
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Interaction  with  the  Customer 


Other; 


I 


General  Questions 

This  section  of  the  survey  proposes  general  questions.  It  seeks  an  indication  of  whether 
disagree  with  the  statement.  There  are  11  questions. 

Does  the  move—nt  bill  remain  constant  during  planning? 


If  not,  do  certain  coaponents  change  more  often  than  others? 


Does  the  resource  allocation  reaain  constant  during  planning? 


If  not,  do  certain  coaponents  change  more  often  than  others? 


Uhat  reaction  tine  is  expected  from  planners  after  initial  inplenentation  of  a  plan? 

Minutes  Hours  Days  It  vanes 

Do  you  have  trouble  meeting  time  fraams?  Could  you  use  an  information  system  that  helps 
options,  amends  a  plan  to  your  specification  and  checks  your  actions? 


How  many  large  exercises  do  you  have  contact  with  each  year? 

0123*.56789  10 

How  many  meditee  sized  exercises  do  you  have  contact  with  each  year? 

0123456789  10 

How  many  small  exercises  do  you  have  contact  with  each  year? 

0  2  4  6  8  10  12  14  16  18  20 

How  Y<M  ever  consulted  past  exercises  to  assist  in  planning  a  nett  operation  or  exercise? 
exercises  were  involved?  Was  the  old  data  helpful? 


you  agree  or 


you  calculate 


more  tnan  10 

more  than  10 

more  tnan  20 

Uhat  size 
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Uhat  is  your  opinion  of  the  developaent  of  an  airlift  planning  ■anagearnt  infonaation  systaal? 


A  system  is  not  required  or  justified. 

Potential  exists  tor  a  system  but  not  right  now. 


A  system  may  be  justified.  However,  the  environment  and  hence  the  needs 
of  the  airlift  planner  are  changing  so  quickly  that  a  system  would  not 
keep  pace  with  requirements. 

A  system  is  justified.  A  complete  analysis  and  development  should  be 
commenced  so  that  a  full  and  sophisticated  system  is  developed  the  first 
time. 

A  system  is  justified.  However,  the  money  and  other  resources  required 
for  a  full  system  are  not  available  right  now.  finance  approval 
procedures  suggest  development  in  two  or  three  phases. 

A  system  is  lustified.  ue  have  the  hardware.  Planners  can  develop  a 
system  as  part  of  *'■?  job. 

A  system  is  justified.  Because- of  the  changing  environment,  full  up¬ 
front  development  risks  delivering  an  unsuitable  and  costly  system.  Ue 
should  use  an  evolutionary  cpproach  where  we  develop  those  sub-systems 
that  give  us  most  value  now.  Gradually,  these  sub-systems  will  link  to 
form  a  system  that  users  require.  This  approach  will  allow  resources  to 
be  applied  m  increments  and  their  return  immediate.  Even  if  the  final 
result  IS  not  perfect,  we  have  better  information  with  which  to  plan  a 
replacement . 


Other; 
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R  E  1 
ARC 
T  A  S 
O  L 


ft 

II 


14  21)  2) 


4  24  24  24  24  24  22  22  2.3  22  22  2X  2X  2X  7  1.3  17  IX  IX  27  27 


s  Total  (pal  relers  to  eo\er  sheet  type) 
respondents 

mum  (.|ue\tions  per  suney 
I  questions 


Survey  Respondent  Profile 


Respondent 


Background 


MAJGEN  Sanderson 
ACCRE  Mitchell 
GPCAPT  Harris 
Miller 
WGCDR  Croitibie 
Peak 
Hartig 
Ryan 
Shepeird 
Dunbar 
Thyer 
Pryke 
Mayhew 
Scott 
Frame 

SQNITR  Pottinger 
Mannen 
Hales 
Bradford 
Nattrass 
Stanhope 
Green 
MAJ  Ihaipson 
FLTLir  Ross 

Shields 
Smith 
Newcombe 
WOFF  McMullen 
FSCT  Small 


Force  Coratnander,  HQADF  planner 

Corainander  ALG,  CMCRAIG  during  Ex  K89 

OCseWG.  Airlift  ccjtimand  for  Exercise  K89 

HQADF  movonents  planner,  DG  Movement  and  Trans-RAAF 

HQADF  movanents  planner  for  Exercise  K89 

HQADF  planner,  CX>  MOVCX)RDC,  Airlift  planner  Ex  K89 

SOPLANS  AIG  (Responsible  for  airlift) 

CO  MOVOORDC,  airlift  payload  coordinator 
Termincil  operator 

SOPOL  AIG  (AIG  policy) ,  CO  36SQN  (Flying  Squadron) 
SOPLANS  AIG  (Responsible  for  K89  airlift) ,  CO  36SC^ 
00  486SQN  (Intermediate  Maintenance  Squadron) 

Hi^F  planner,  00  37S(2;I  (Flying  Squadron) 

AirHQ  planner,  SOPOL  Air  Lift  Group 
HQADF  planner,  XO  36S®I  (Flying  Squadron) 

HQADF  movements  planner.  Terminal  operator 

AijdiQ  movanents  planner 

Airl^  movements  planner 

AIG  payload  coordinator.  Terminal  operator 

ALG  task  planner 

Terminal  operator 

OIC  MAIU,  Terminal  operator,  Airlift  planner 
Customer  representitive  to  AIG,  Airlift  planner 
Terminal  operator 
Terminal  operator 
Terminal  operator 

OIC  MATU,  Airlift  planner.  Terminal  operator 
Loadmaster,  Airlift  planner.  Payload  coordinator 
Airlift  planner.  Payload  coordinator 


29  Total  respondents 


B-26 


;^pendix  C:  Results  of  a  Survey  on  Fac±ors  of  Airlift 
Planning  and  Their  Measurement 

This  appendix  provides  results  to  survey  questions  that  considered 
the  factors  of  airlift  planning  cind  their  measurement.  Eighteen  factors 
were  presented  to  respondents  for  evaluation. 

A  factor's  value  to  planning  performance  could  be  principal, 
important,  contributing,  unimportant  or  unrelated  based  on  respondents 
scores  v.iiich  ranged  befe-een  one  and  ten.  A  principal  value  occurred 
v.tien  a  one  score  was  judged  by  respondents.  Vvhere  a  factor  received  a 
rating  between  two  aind  four,  it  was  considered  irrportant.  A  rating 
between  five  and  eight  earned  the  factor  a  contributing  value,  while 
scores  above  this  caused  the  factor  to  be  rated  as  unrelated.  Uliere  nc 
score  was  given,  no  measure  of  value  was  judged. 

Regardless  of  their  views,  planners  were  invited  to  identify 
metrics  to  measure  each  factors.  If  respondents  considered  the  proposed 
option  to  be  a  suitable  metric  for  the  factor,  a  one  was  recorded. 

The  last  page  of  this  appendix,  C-20,  provides  a  sunmarY  of 
respondent  appraisals  across  all  factors. 


C-1 


Measure 


Overall  Effectiveness 


Value  of  Measure 


Suitable  Metric 


P  I  c  u  u 

R  M  O  N  N 

I  P  N  I  R 

M  O  T  M  E 

C  R  R  P  L 

I  T  I  O  A 

P  A  B  R  T 

A  N  U  T  E 

L  T  T  A  D 

I  N 

N  T 

G 


1  2  3  4  5 


ACDRE  Mitchell  i 

GPCAPT  Harris  1 

Miller  I 

IvGCDR  Peak 

Thyer  1 

Pryke  i 

Frar.e  i 

SQMLDR  Pottinger  1 

Bradford  1 

Mattrass  1 

Green  1 

MAJ  Thoirpson  1 

FLTLT  Ross  1 

Smith  1 

Mewcombe  1 

FSGT  Small  1 


1111 
111 
11  1 
1111 
1 

1  11 
1 

1111 

1111 

1111 

111 

1 


Count  13  2001  14  9980 

Percent  31,3  12.5  0  0  6.25  88  56  56  50  0 


Measure 


Airlift  Planning  Measure  Response  Summary 
Productivity 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

o 

N 

N 

I 

P 

M 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

M 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

M 

G 

T 

12  3  4 

ACDRE  Mitchell 

1 

1 

1 

1 

GPCAPT  Harris 

1 

Miller 

1 

1 

ICGCDR  Peak 

1 

Thyer 

1 

1 

1 

X 

1 

Pr>'ke 

1 

1 

1 

1 

Frare 

1 

1 

1 

1 

1 

SQMLDR  Pottinger 

1 

1 

1 

1 

1 

Bradford 

1 

1 

Mattrass 

1 

1  1 

Green 

1 

1 

1 

MAJ  Thompson 

L 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

Mev/combe 

1 

1 

1 

FSGT  Small 

1 

1 

1 

Count 

3 

10 

1 

0  2 

5 

9 

10 

12  1 

Percent 

18. S 

62.5 

6.25 

0  12.5 

31 

56 

63 

75  6.3 

C-3 


Value  of  Measure 


Suitable  ^fetric 


p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

1 

2 

3 

4 

5 

ACDRE  Mitchell 

1 

1 

1 

1 

GPCAPT  Harris 

1 

Miller 

1 

1 

^vGCDR  Peak 

1 

Thyer 

1 

1 

1 

1 

Pryke 

1 

1 

1 

1 

Frame 

1 

1 

1 

1 

1 

SQMLDR  Pottinger 

1 

1 

1 

1 

1 

Bradford 

1 

1 

Nattrass 

1 

1  1 

Green 

1 

1 

1 

MAJ  Thonpson 

1 

1 

1 

1 

FITUr  Ross 

1 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

Newcanbe 

1 

1 

1 

FSGT  Small 

1' 

1 

1 

Count 

3  10  1 

0  2 

5 

9 

10 

12 

1 

Percent 

18.3  62.5  6.25 

0  12.5 

31 

56 

63 

75 

6.3 

C-3 


Measure 


Airlift  Planning  Measure  Response  Summary 
Econcaw 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

M 

I 

R 

N 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

M 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 

1 

1 

GPGAPT  Harris 

1 

Miller 

1 

1 

Peak 

1 

1 

Thyer 

1 

1 

1 

1 

1 

1 

Pryke 

1 

1 

1 

1 

1 

Frane 

1 

1 

1 

1 

1 

1 

SQNLDR  Pottinger 

1 

1 

1 

1 

1 

Bradford 

1 

1 

Mattrass 

1 

1 

1 

Green 

1 

1 

1 

MAJ  Thonipson 

1 

1 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

1 

Nev/combe 

1 

1 

1 

1 

1 

FSGT  Small' 

1 

1 

Count 

6 

3 

1 

0  1 

13 

9 

9 

8 

6 

Percent 

37.5 

50 

6.25 

0  6.25 

81 

56 

56 

50 

38 

C-4 


Measure 


Airlift  Planning  Measure  Response  Summary 
Efficiency 


i 

i 


Value  of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

N 

0 

T 

'M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 

GPCAPT  Harris 

1 

1 

1 

Miller 

1 

1 

UX3CDR  Peak 

1 

1 

1 

1 

1 

1 

Thyer 

1 

1 

1 

1 

1 

Pryke 

1 

1 

1 

1 

1 

1 

Frame 

1 

1 

1 

1 

1 

SC^^R  Pottinger 

1 

1 

1 

1 

1 

Bradford 

Nattrass 

1 

1 

1 

1 

1 

Green 

1 

1 

MAJ  Ibonpson 

1 

1 

1 

1 

1 

FITUr  Ross 

1 

1 

1 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

1 

WewcOTibe 

1 

1 

1 

1 

1 

1 

FSGT  Small 

1 

1 

1 

0  13  1  1  1 

0  81.3  6.25  6.25  6.25 


Count 

Percent 


10  11  9  8  11 
63  69  56  50  69 


Si 


Dfeasure 


Airlift  Planning  Meaisure  Response 


uttimary 


SiiTiDlicitv 


Value  of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

M 

I 

R 

N 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

1  2  3  4  5 

ACDRE  Mitchell 

1 

1 

GPCAFT  Harris 

1 

Miller 

1 

■  1 

iiGCDR  Peak 

1 

1 

1 

1 

1 

1 

Ihyer 

1 

1 

1 

1 

Pryke 

1 

1 

1 

1 

1 

1 

Fraine 

1 

1 

1 

1 

1 

SQ^JLm  Pottinger 

1 

1 

1 

1 

1 

Bradford 

1 

1 

Nattrass 

1 

1 

Green 

1 

1 

MAJ  Thoirpson 

1 

1 

1 

1 

1 

FITUT  Ross 

1 

1 

1 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

Newcombe 

1 

1 

1 

1 

1 

FSGT  Small 

1 

1 

Count 

1 

12 

1 

0 

2 

9 

11 

11 

7 

6 

Percent 

6.25 

75 

6.25 

0 

12.5 

56 

69 

69 

44 

38 

Value  of  Measure 


p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

ACDRE  Mitchell 

1 

GPCAPT  Harris 

1 

Miller 

1 

^vGCDR  Peak 

1 

Thyer 

1 

Pryke 

1 

Frame 

1 

SONLDR  Pottinger 

1 

Bradford 

1 

Nattrass 

1 

Green 

1 

MAT  Thompson 

1 

FLTLT  Ross 

1 

Smith 

1 

N«vcombe 

1 

FSGT  Small 

1 

Count 

0  5  3 

0 

3 

Percent 

0  31.3  50 

0 

18.3 

Suitable  Metric 


1  2  3  4  5 


Airlift  Plarmim  Mee^sure  Restxjnse  Summary 
Meeisure  Fluidity 


Value 

of  Measure 

Suitable  Metric 

p 

I 

c 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

N 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

12  3  4 

5 

Aa»E  Mitchell 

1 

1 

GPCAPT  Harris 

1 

1 

Miller 

1 

1 

VvGcDR  PeaK 

1 

1 

Thyer 

1 

1 

1 

1 

1 

1 

Pryke 

1 

1 

1 

1 

1 

1 

Frame 

1 

1 

1 

1 

1 

SQMUR  Pottinger 

1 

1 

1 

1 

1 

1 

Bradford 

1 

1 

1 

Mattrass 

1 

1 

1 

1 

Green 

1 

1 

1 

1 

MAJ  Thanpson 

1 

1 

1 

FLTIir  Ross 

1 

Smith 

1  1 

1 

1 

1 

1 

Newcombe 

1 

1 

1 

1 

1 

1 

FSGT  Small 

1 

1 

1 

Count 

1  13 

1 

0 

1 

12 

9 

6 

11 

7 

Percent 

6.25  81.3 

6.25 

0 

6.25 

75 

56 

38 

69 

44 

Measure 


Airlift  Planning  Measure  Response  Sunmarv 

Cchesion 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

1  2  3  4  5 

ACDRE  Mitchell  1 

GPCAPT  Harris  1 

Miller  1 

IvGCDR  Peak  1 

Thyer  1 

Pryke  1 

Frame  1 

SQMLDR  Pottinger  1 

Bradford  1 

Nattrass  1 

Green  1 

MAT  Thotpson  1 

FUTUT  Ross  1 

Smith  1 

Newconbe  1 

FSGT  Small  1 


111 

1 

1 

1 

11111 

11111 

11111 

11111 

1 

1  1 

11111 
1  1  1  1.1 
111 
11111 
1111 
1 


Count  1  14  1  0  0  7  9  11  14  11 

Percent  6.25  37.5  6.25  00  44  56  69  88  69 


C-9 


Measure 


Airlift  Planning  Measure  Response  Sumnarv 
Flexibility 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

N 

0 

T 

M 

E  ' 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 

1 

1 

1 

1 

GPCAPT  Harris 

1 

1 

1 

1 

1 

1 

Miller 

1 

1 

trcCDR  Peal; 

1 

1 

1 

Thyer 

1 

1 

1 

1 

1 

E>ryke 

1 

1 

1 

1 

1 

1 

Frame 

1 

1 

1 

1 

1 

SQNIDR  Pottinger 

1 

1 

1 

1 

1 

1 

Bradford 

1 

1 

Nattrass 

L 

1 

Green 

1 

1 

,  1 

1 

1 

1 

MAJ  Itiorpson 

1 

1 

1 

1 

Fimir  Ross 

1 

1 

1 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

1 

Mejvcombe 

1 

1 

1 

1 

1 

FSGT  small 

1 

1 

Count 

7  9 

0 

0 

0 

10 

12 

13 

10 

9 

Percent 

43.3  56.3 

0 

0 

0 

63 

75 

31 

63 

56 

C-IO 


Airl  i  ft  Planning  Measure  Restxjnse  Suinroarv 
Meesure  Certainty  of  Meeting  Lift  Recaiiran^ents 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

N 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 

1 

1 

1 

GPCAPT  Harris 

1 

Miller 

1 

1 

UiGCDR  Peak 

1 

1 

Thyer 

1 

1 

1 

1 

Pryke 

1 

1 

1 

1 

1 

1 

Franve 

1 

1 

1 

1 

1 

SQNLDR  Pottinger 

1 

1 

1 

1 

1 

1 

Bradford 

1 

1 

Nattrass 

1 

1 

Green 

1 

1 

1 

1 

1 

1 

HAJ  Thorpson 

1 

1 

1 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

1 

1 

Smith 

1 

Newcombe 

1  • 

1 

1 

1 

1 

1 

FSGT  Small 

1 

1 

Count 

4  10 

0 

0 

2 

14 

r» 

O 

7 

7 

8 

Percent 

25  62.5 

0 

0 

12.5 

88 

50 

44 

44 

50 

C-11 


Measure 


Airlift  Planning  Measure  Response  Summarv 
Accountabil itv 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

N 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 

1 

1 

GPCAPT  Harris 

1 

Miller 

1 

1 

umDR  Peak 

1 

1 

Thyer 

1 

Pryke 

1 

1 

Frame 

1 

SOMLDR  Pottinger 

1 

1 

1 

1 

1 

Bradford 

1 

1 

Nattrass 

1 

1 

Green 

1 

1 

1 

1 

1 

1 

I4AJ  Thonpson 

1 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

1 

1 

Smith 

Nevvcombe 

1 

1 

1 

1 

1 

FSGT  Small 

1 

■  1 

Count 

1 

3 

1 

2 

4 

o 

O 

5 

4 

4 

6 

Percent 

6.25 

50 

6.25 

12.5 

25 

50 

31 

25 

25 

38 

C-12 


Measure 


Airlift  Planning  Mectsure  Response  Summary 
Control 


Value  of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

M 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 

1 

1 

1 

1 

GPCAPT  Harris 

1 

1 

Miller 

1 

1 

VS3CDR  Peak 

1 

1 

Thyer 

Pryke 

1 

1 

1 

1 

1 

Frame 

1 

1 

1 

1 

SQMLDR  Pottinger 

1 

1 

1 

1 

1 

Bradford 

1 

1 

Nattrass 

1 

1 

Green 

1 

1 

1 

1 

1 

MAJ  Thompson 

1 

1 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

Newcombe 

1 

1 

1 

1 

1 

FSGT  Small 

1 

1 

Count 

4  7 

3 

1 

1 

8 

8 

12 

10 

0 

Percent 

25  43.3 

18.3 

6.25 

6.25 

50 

50 

75 

63 

0 

C-13 


Measure 


Airlift  Planning  Measure  Response  Surmarv 
Sensitivity 


Value 

of  Pfeasure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

O 

N 

PP 

I 

P 

N 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

PJ 

T 

G 

12  3  4 

5 

ACDPE  Mitchell 

1 

1 

1 

GPCAPT  Harris 

1 

Miller 

1 

1 

U'GCDR  PeaK 

1 

1 

Thyer 

1 

1 

1 

1 

Pryke 

1 

1 

1 

1 

1 

1 

Frame 

1 

SQNLDR  Pottinger 

1 

1 

1 

1 

1 

1 

Bradford 

1 

1 

1 

Nattrass 

1 

1 

1 

Green 

1 

1 

1 

X 

MAJ  Ihottpson 

1 

1 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

Smith 

1- 

1 

1 

1 

1 

Mewccanbe 

1 

1 

1 

1 

FSGT  Small 

Count 

0 

3  3 

0  5 

10 

4 

9 

6 

r» 

O 

Percent 

0 

50  13.8 

0  31.3 

63 

25 

56 

38 

50 
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Airlift  Planning  Measure  Response  Summary 


Measure 


Format 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

M 

I 

P 

M 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 

1 

1 

GPCAPT  Harris 

1 

Miller 

1 

1 

v;C-CDR  Peai-; 

1 

1 

Thyer 

1 

1 

1 

1 

1 

Pry'ke 

1 

Frame 

1 

1 

1 

1 

1 

SQMLDR  Pottinger 

1 

1 

1 

1 

1 

1 

Bradford 

1 

1 

1 

1 

1 

Mattrass 

1 

1 

Green 

1 

1 

1 

1 

MAT  Thoitpson 

1 

1 

1 

1 

1 

1 

FLTLT  Ross 

i 

1 

1 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

1 

Mewcombe 

1 

*  1 

1 

1 

1 

1 

FSGT  Small 

1 

1 

1 

1 

1 

Count 

2  9  3 

0  2 

9 

12 

11 

10 

6 

Percent 

12.5  5G,3  13.3 

0  12.5 

56 

75 

69 

63 

38 
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Measure 


Airlift  Planning  Measure  Response  Suniniarv 
Speed 


Value 

of  Measure 

Suitable  Metric 

p 

T 

C 

U 

U 

R 

M 

0 

N 

M 

I 

P 

N 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

r 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

M 

M 

T 

G 

12  3  4 

ACDRE  Mitchell 

1 

1 

GPCAPT  Harris 

1 

Miller 

1 

1 

IvGCDR  Peak 

1 

1 

Thyer 

1 

1 

Pr^'ke 

1 

1 

Frame 

1 

1 

SQMLDR  Pottinger 

1 

1 

1 

1 

Bradford 

1 

1 

Nattrass 

1 

1 

Green 

1 

1 

1 

1 

MAT  Thompson 

1 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

Smith 

1 

1 

Mewcombe 

1 

• 

1 

1 

1 

FSGT  Small 

1 

1 

Count 

o  7  -> 

j  !  j 

6 

0 

0 

Percent 

33 

0 

0 
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Measure 


Airlift  Planning  l^teasure  Response  Summary 
Security  and  Safety  of  Airlift  Assets 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

M 

N 

I 

P 

M 

I 

R 

N 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

M 

U 

T 

E 

L 

T 

T 

A 

D 

I 

M 

N 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 

1 

GPCAPT  Harris 

1 

Miller 

1 

^vmDR  Peak 

1 

1 

Thyer 

1 

1 

Pry'ke 

1 

1 

1 

1 

1 

1 

Frame 

1 

1 

1 

1 

1 

1 

SQNLDR  Pottinger 

1 

1 

1 

1 

1 

1 

Bradfort 

1 

1 

Mattrass 

1 

Green 

1 

1 

1 

1 

MAJ  Thompson 

1 

1 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

1 

1 

Smith 

1 

1 

1 

1- 

1 

Nev;combe 

1 

1 

1 

FSGT  Small 

1 

1 

Count 

6 

5  113 

11 

7 

6 

3 

5 

rcent 

37.5 

31.3  6.25  6.25  13.3 

69 

44 

33 

50 

31 
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rfeasure 


Airlift  Planning  Measure  Restx>nse  Suttmary 
Security  of  Payload 


Value 

of  Measure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

N 

I 

P 

N 

I 

R 

M 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

N 

T 

G 

12  3  4 

5 

ACDRE  Mitchell 
GPCAPT  Harris 

1 

1 

1 

Miller 

1 

IvC-CDR  Peak 

1 

Thyer 

1 

Pryke 

Fraine 

1 

1 

1 

1 

1 

1 

SQMLDR  Pottinger 

1 

Bradford 

Nattrass 

1 

1 

1 

Green 

1 

1 

1 

1 

MAJ  Thoitpson 

i 

1 

1 

FLTLT  Ross 

1 

1 

1 

1 

1 

Smith 

Hewcombe 

1 

1 

1 

1 

1 

1 

FSGT  Small 

1 

Count 

3  5  3  1 

4 

6 

4 

5 

1 

Percent 

13.8  31.3  18.8  6.25 

25 

19 

38 

25 

31 

6.3 

C-IS 


Measure 


Airlift  Planning  Measure  Response  Sunanarv 
Concentration 


Value 

of  Meaisure 

Suitable  Metric 

p 

I 

C 

U 

U 

R 

M 

0 

N 

M 

I 

P 

N 

I 

R 

N 

0 

T 

M 

E 

C 

R 

R 

P 

L 

I 

T 

I 

0 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

N 

M 

T 

G 

1  2  3  4  5 

ACDRE  Mitchell 
GPCAFT  Harris 

1 

1 

1 

Miller 

1 

v:gcDR  Peak 

i 

1 

Thyer 

1 

1 

Pryke 

Frame 

1 

1 

1 

1 

1 

SQMLDR  Pottinger 

1 

1 

1 

1 

1 

1 

Bradford 

1 

1 

1 

Mattrass 

1 

1 

Green 

1 

1 

1 

1 

MAT  Thorpson 

1 

1 

1 

1 

FLTLT  Ross 

1 

1 

1 

Smith 

1 

1 

1 

1 

1 

Nev/combe 

1 

1 

1 

1 

1 

1  . 

FSGT  Small 

1 

1 

1 

Count 

1 

n 

O 

4 

0  3 

5 

10 

9 

6 

3 

Percent 

(5.25 

50 

25 

0  13.8 

31 

63 

56 

38 

19 
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Airlift  Planning  ^fec^sure  Response  Summary 


Measure:  Sumnarv  of  Factors 


Value 

of  Measure 

P 

I 

C 

U 

U 

R 

M 

0 

N 

M 

I 

P 

N 

I 

R 

N 

0 

T 

M 

E 

FACTORS 

C 

R 

R 

P 

L 

I 

T 

I 

O 

A 

P 

A 

B 

R 

T 

A 

N 

U 

T 

E 

L 

T 

T 

A 

D 

I 

M 

N 

T 

G 

Overall  Effectiveness 

31.3 

13 

0 

0 

6.3 

Productivity 

IS. 3 

63 

6.3 

0 

13 

Econoiny 

37.5 

50 

6.3 

0 

6.3 

Efficiency 

0 

31 

6.3 

6.3 

6.3 

Simplicity  of  Plan 

6.25 

75 

6.3 

0 

13 

Training  Value 

0 

31 

50 

0 

19 

Fluidity  of  Lift 

6.25 

31 

6.3 

0 

6. 3 

Cohesion  of  Lift  Entities 

6.25 

88 

6.3 

0 

0 

Flexibility 

43.0 

56 

0 

0 

0 

Certainty  of  Meeting  Requirement 

25 

63 

0 

0 

13 

Accountability  of  Actions 

6.25 

50 

6.3 

13 

25 

Control 

25 

44 

19 

6.3 

6.3 

Sensitivity  of  Options 

0 

50 

19 

0 

31 

Format  of  Planning 

12.5 

56 

19 

0 

.  13 

Speed  of  Development 

13.8 

44 

19 

0 

19 

Security  of  Airlift  Assets 

37.5 

31 

6.3 

6.3 

19 

Security  of  Payload 

18.8 

31 

19 

6.3 

25 

Concentration  of  Effort 

6.25 

50 

25 

0 

19 
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Appendix  D:  FrecRiencv  and  Size  of  ADF  Airlift  Operations 


This  appendix  shows  estimates  of  the  size  and  frequaicy  of  ADF 
airlift  cperations.  Data  was  first  gathered  from  available  previous  ADF 
exercises.  Estimates  of  size  and  frequency  of  three  broad  cleisses  of 
operations  were  made  by  extrapolation  from  the  data.  These  estimates 
were  then  reviewed  by  ADF  personnel. 


RAAF  AIRLIFT  PLANNING  SYSTEM 
OPERATION  FREOUENCV  STATISTICS 


Nunter  of  Operatlcns  requiring  on-line 
acxisss: 

-Fully  developed  state 
-Partially  developed 


Nunter  of  Operations  not  on-line: 

-Fully  developed  state 

-Partially  developed  state 

-Archived  from  actual  airlift  per  year 


Fully  Developed  Operation  break-down: 

H^jor,  joint  service  (eg  K39) 

-on-line 

-archived  per  year 

-Large,  joint  service  (eg  K92) 

-on-line 

-archived  per  year 

-Large,  single  service  (eg  Pitch  Black) 
-on-line 

-archived  per  year 

-Medium,  single/joint  (eg  Sivift  Eagle) 
-on-line 

-circhived  per  year 

-Small,  single  service  (eg  Long  Guns) 
-on-line 

-archived  per  year 

-Contingeny/Aid  to  the  Community 
(Equals  medium  size  exercise) 

-on-line 

-archived  per  year 

-Contingeny/Aid  to  the  Community 
(Equals  small  size  exercise) 

-on-line 

-auxhived  per  ye2ur 


Max  Min  Av  Confidence 


8  2 

20  5 


15  0 

40  10 

50  10 


2  0 
2  0 


3  0 

4  2 


0 


3  0 

15  4 


6  1 

30  20 


3  0 

4  1 


4  0 

10  1 


3  .8 

10  .4 


0  .3 

30  .6 

30  .7 


1  .9 
1  .9 


1  .3 

2  .7 


1 

4 


5  .6 


2  .7 

25  .7 


0  .3 

1  .6 


0  .3 
3  .6 
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RAAF  AIPI.TFT  PIANNTNG  SYSTEM 

gi’ATis'rics 


Max  Min  Av  Confidence 


large  Operaticxis 

Missions: 

Military  Aircraft 
Civil  Aircraft 

Airfields: 

POEs 

PODS 

Customers: 

Units/Groups 

Passengers  (Numbers  '000) 

Freight  (Tons  ’00) 

ALG* Planning  eind  Airlift  (Months) 
Period  of  Airlift  (Months) 


Medium  Operations 

Missions: 

Military  Aircraft 
Civil  Aircraft 

Airfields: 

POES 

PODS 

Customers: 

Units/Groups 
Pass«Tgers  (Numbers) 
Freight  (Tons) 

P©iriod  • 

AIG  Planning  and  Airlift 
Period  of  Airlift 


Smedl  Operations 

Missions: 

Military  Aircraft 
Civil  Aircraft 

Airfields: 

POES 
PODS  * 

Customers: 

Units/Groups 
Pass^igers  (Numbers) 
Freight  (Tons) 

Period: 

ALG  Planning  and  Airlift 
Period  of  Airlift 


300 

150 

250 

.7 

150 

40 

60 

.4 

15 

2 

7 

.  8 

15 

3 

10 

.8 

180 

30 

60 

.8 

25 

5 

12 

.8 

10 

2 

5 

.8 

12 

1 

2.5 

.  8 

3 

1 

5  1 

.8 

100 

50 

60 

.  6 

10 

0 

0 

.6 

5 

1 

2 

.  6 

7 

1 

4 

.6 

60 

20 

25 

.6 

5 

1 

.6 

5 

1 

2 

.6 

.  5 

2 

.6 

2 

.  5 

1 

.6 

30 

5 

15 

.6 

10 

0 

0 

.3 

3 

1 

2 

.4 

5 

1 

3 

.4 

15 

J 

7 

.3 

2 

.3 

,6 

.3 

1 

0 

.5 

.3 

2 

.2 

.5 

.5 

1 

.2 

.4 

.5 
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Appendix  E:  RAAF  Airlift  Planning  System 
Functional  Specification 


This  appendix  provides  a  discussion  of  the  RAPS  functional 
specification.  A  functional  specification  lists  essential  things  that  a 
system  must  do.  It  provides  the  multiple  objectives  vAiich  require 
attribute  definition  and  quantification  for  each  develc^anent  increment. 

Requirements  were  sourced  frcm  a  survey  of  ADF  airlift  planning 
personnel.  The  derived  functional  specification  \-ias  endorsed  by  the 
sponsor  of  this  research,  the  Deputy  Director  of  Movements  and  Transport 
-  RAAF  (Peak,  1991b:20  June). 

System  Requirements 

Executive  system  requirements  fall  into  four  groups;  usefulness, 
user  satisfaction,  cost  and  control. 

Usefulness 

Usefulness  involves  issues  of  work  capacity,  availability  and 
potential.  The  system  should  support  the  operator  in  making  both 
structured  and  unstructured  decisions  in  the  planning  of  airlift. 
Additionally,  the  system  should  cater  for  unexpected  forms  of  data 
interrogation  cind  reporting. 

The  system's  capacity  must  allov/  for  exercises  up  to  the  size  of 
larger  joint  service  exercises,  such  as  the  Kangeuroo  series.  The  system 
must  be  capable  of  supporting  the  operation  characteristics  listed  at 
AK^endix  D.  Additionally,  the  systan  must  be  capable  of  supporting  many 
operations  simultaneously,  though  only  five  need  be  si^iported  "on-line" 
at  a  fully  developed  state  ie  fully  detailed  airlift  planning. 
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The  system  must  be  designed  to  perform  in  times  of  ivar  or 
emergency.  Consequently,  the  system  must  meet  ADF  privacy  and  security 
requirements,  though  extended  cations  shoiHd  provide  for  speedier 
communications  and  access  vdien  operations  allow  reduced  security. 

Availability  addresses  issues  of  portability,  operator 
availability  and  processing  delay.  Operator  availability  needs  require 
that  the  system  allow  operator  access  to  data  at  all  times.  Preferably, 
all  activities,  including  administration,  should  not  restrict  operator 
access  to  data.  If  unavoidable,  short  term  limitations  may  be  enforced 
in  interests  of  data  integrity  or  security.  Through  networking  and 
sharing  of  resources,  the  system  should  allow  operator  access  to  data 
while  processing  unstructured  decisions  or  extended  output  demands. 

The  system  must  be  portable.  Preferably,  the  system  should  be 
capable  of  operating  on  any  "IBM  PC"  based  architecture  v/ith  minimal 
tuning  and  preparation.  A  "lap-top"  capability  is  desired.  Portable 
and  home  base  versions  of  the  system  should  have  the  same  "look  and 
feel",  though  the  portable  system  need  not  support  extended  system 
requirements,  including  archiving  and  the  ability  to  support  more  than 
one  fully  developed  operation  simultaneously. 

Maximum  potential  for  low  cost  and  sinple  expansion  and 
enhancement  is  sought.  Therefore,  flexibility  and  conpatibility  are 
principal  requirements  of  design.  The  system  must  operate  on  a  wide 
variety  of  IBM  PC  based  systens  and  peripherals,  with  little  tuning  or 
changes.  Where  required,  tuning  nust  be  able  to  be  performed  by  the 
operator,  via  hi(^  level  formatting  menus.  Software  portability  of 
data,  inputs  and  cxitputs  to  general  manetgenent  systems  such  as  woixl- 
processors  and  spreadsheets  is  also  required. 
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The  system  must  allow  expansion  of  the  ciata  types  captured  and 
maintained  by  the  system.  Data  management  systems  must  allow  for  the 
format  and  presentation  of  data  to  be  modified.  The  system  must  allow 
the  operator  to  define  report  contents  and  formats.  Preferably,  the 
operator  should  only  have  to  perform  definition  of  new  reporting 
requirements  once. 

User  Satisfaction 

User  satisfaction  is  divided  into  three  sections:  irput  and 
output,  response  and  experience  required.  Input  and  output  deals  -.-/ith 
maximising  the  usefulness  and  accuracy  of  data,  >Aiile  minimising 
operator  time.  The  system  must  provide  simple  and  speedy  input  of  data, 
with  minimum  keystrokes.  Data  accuracy  and  integrity  should  be  checked 
at  input  vdiere  possible.  The  ability  to  "batch  iirport"  data  from  other 
systems,  electronically,  must  be  provided. 

Data  should  only  be  reported  to  the  system  once.  Therefore,  data 
capcured  for  use  with  an  operation  should  be  retained  by  the  systan,  if 
useful,  for  application  to  subsequent  operations.  Additionally,  the 
system  should  possess  the  ability  to  glean  information  from  decisions  of 
the  operator,  for  example,  if  the  operator  identifies  an  airfield  or 
what  constitutes  a  full  load. 

The  operator  must  have  interactive  access  to  the  system  and 
response  time  must  be  acceptable.  Response  time  may  vary  with  the 
complexity  and  repetitiveness  of  the  task.  Simple  amendments, 
frequently  performed  operations  and  r^xjrts  should  be  quickly  processed 
while  more  complex  tasks  may  take  longer.  An  ufper  bcxuid  of  two  hours 
is  placed  on  all  response  times.  All  tasks  where  response  time  will  be 
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more  than  ten  minutes  must  advise  the  operator  and  receive  confirmation 
to  proceed. 

WTiile  allowing  a  high  degree  of  expertise  in  the  routing  and 
planning  of  airlift,  the  system  can  only  rely  upon  minimum  coirputer 
skills  of  operators.  Limited  availability  of  planners  for  training 
means  that  the  system  should  require  little  formal  training  prior  to 
use.  The  system  should  allow  inexperienced  lisers  to  quickly  reach 
efficiency  through  user  friendly  programming  and  an  "on-board"  training 
package. 

Cost 

Cost  involves  resource  control,  including  aspects  of  money  and 
time.  Financial  costs  include  new  equipment  purchases  and  installation 
and  recurring  outlays.  The  system  must  be  capable  of  running  on  a  v/ide 
variety  of  personal  computer  level  systems.  Ho  specialist  hardware 
should  be  required  and  the  system  should  cater  for  most  printer,  screen 
cind  storage  configurations. 

Manpoiv’er  and  calendar  time  is  limited  in  all  aspects  of  the 
development  cycle,  including  design,  coding,  documentation,  supervision 
and  management,  and  maintenance.  The  system  should  use  commercial 
systems  where  possible.  Additionally,  systems  management  and 
administration  should  be  automated  and  require  little  conputing 
expertise  to  perform.  Complete  documentation  should  be  presented  both 
in  hard  copy  and  electronic  form  to  allw  for  simple  amendment  and 
reproduction.  Preference  would  be  given  to  a  system  that  provided 
systems  documentation  in  a  "hypertext"  form. 
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Control 


Reliability,  maintainability  and  interlace  coitprise  tne  components 
of  control.  Data  maintained  by  the  system  must  be  of  sufficient 
accuracy  and  completeness  to  support  system  operations  and  cperator 
requirements.  The  system  must  offer  an  audit  function  that,  at  minimum, 
provides  an  executive  and  detailed  summary  of  decisions  taken  and  data 
changed  during  the  course  of  an  operation. 

Softivare  maintainability  must  be  supported  through  detailed 
documentation  of  procedures,  code  and  data  structure.  Suitable  tools  of 
design  should  be  used  to  ensure  accurate  and  ready  presentation  of  data 
flou-,  decision  paths  and  relations  between  data  and  system  components. 
Design  tools  and  languages  should  have  good  recognition  and  use  across 
the  general  computing  industry',  and  preferably  the  ADF. 

The  requirement  for  all  hardv/are  to  be  standard  meets  requirements 
for  hard'.vare  maintainability.  Standcirdisation  refers  to  both  internal 
and  external  industry  norms. 

The  system  requires  interface  v/ith  manual  and  automated  systems. 
Some  of  these  systems  form  part  or  the  airlift  system,  while  others  are 
external.  All  systems  should  have  access  to  electronic  forms  of  data 
and  output,  v/ith  a  minimum  being  the  common  industry  formats,  an  example 
of  vAiich  is  ASCII  files  on.  5.25  irteh  flexible  floppy  disks.  Some 
internal  airlift  agency  systems,  such  as  air  terminal  operators  and 
flying  squadrons,  will  require  direct  electronic  linl:  to  the  system. 

Summary 

A  summary  list  of  functional  criteria  follows. 
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AIRLIFT  PLANNING  SYSTEM  CRITERIA 


User 

Satisfaction 


—  Input/Output 


—  Response 


—  Experience 
ne^ed 


—  Speed 

Ease  of  ircdification 
Validation  of  Input 
Ease  of  use 

—  Response  time 

Simple  decision  support 
Ccmplex  decision  support 

—  Airlift  knowledge 
conputing  knowledge 


Usefulness 


—  Work  capacity 


—  Availability 


—  Potential 


—  Allowed  volume 
Capacity  of  system 

—  Portability 
E>rocessing  delay 
Accessibility 

—  Flexibility 
Compatibility 


Control 


—  Reliability  ~  Cata  integrity 

Data  completeness 

Accountability 

Audit 

—  Maintainability  —  Hardvrare  independence 

Simplicity 

Standardisation 


—  Interface 


—  External 

Internal  primary 
Internal  secondary 


Cost  —  Money 


—  Time 


— •  New  Equipment 
Installation 
Communications 
Recurring  maintenance 
Recurring  consumables 

—  Design 

Programming 

Testing  and  documentation 
Maintenance 
Hardware  conversion 
Mcinagement  and  supervision 
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i^pendix  F:  User  Evaluation  of  System  Needs 


This  appendix  provides  results  of  a  survey  question  vAiere  ADF 
airlift  planners  were  asked  to  rank  functions  being  considered  for  an 
airlift  planning  MIS.  Raw  and  summarised  results  are  presented. 

In  the  last  question  of  the  "Management  Information  Systsn  Goals" 
section  of  the  survey,  planners  were  asked  to  rank  factions  in  order  of 
desirability.  Scores  from  "one"  upv^rds  were  used  to  shov;  desirability, 
with  a  "one"  meaning  most  desirable. 

Narrow  descriptions  of  options  were  provided  to  ensure  recognition 
of  functions.  How'ever,  wider  functions  are  used  for  the  reviev/.  For 
each  planner,  similcir  functions  are  grouped  and  a  "one"  to  "five" 
ranking  for  the  wider  functions  derived. 

Three  types  of  summary  results  are  calculated.  The  first  is  an 
overall  assessment.  For  this,  the  "one"  to  "five"  scores  derived  for 
each  respondent  are  tallied  by  function.  A  lower  total  means  greater 
perceived  iirportance  across  planners.  To  reflect  this  in  the  overall 
percentage  ratings  for  each  function,  totals  are  first  subtracted  from 
the  largest  possible  score  ("five"  from  each  respondent) . 

The  second  summary  result  is  a  count  of  the  number  of  "one" 
scores,  meaning  most  important,  each  function  received.  Percentages  are 
derived  by  dividing  this  count  by  the  number  of  respondents,  in  a 
similar  fashion  to  ran)-;  sum  statistics. 

The  last  summary  statistic  is  a  count  of  the  number  of  "one"  or 
"tw/o"  scores  each  function  received.  Combining  "one"  and  "two"  scores 
gave  better  indication  of  inport2ince  of  factors  across  planners. 
Percentages  are  also  derived  using  twice  the  number  of  respondents. 


RAAF  Airlift  Planning  System 
Function  Rating 


Respondent 

Function 

T 

D 

R 

S 

I 

E 

C 

A 

R 

R 

A 

0 

c 

N 

X 

0 

U 

E 

A 

T 

U 

H 

T 

E 

N 

D 

V 

N 

A 

T 

E 

E 

C 

T 

I 

I 

s 

B 

I 

D 

R 

U 

R 

T 

E 

A 

&  A 

N 

&  U 

F 

T 

0 

&  W 

C 

S 

G 

L 

A 

I 

L 

T 

E 

I 

C 

V 

I 

N 

E 

E 

0 

G 

N 

ACDRE  Mitchell 

3 

1 

5 

4 

2 

GPCAPT  Miller 

1 

5 

2 

4 

3 

Vv’GCDR  Peak 

2 

1 

4 

5 

3 

Thyer 

2 

5 

1 

3 

4 

Frame 

2 

3 

1 

5 

4 

SQMIDR  Pottinger 

2 

1 

4.5 

4.5 

3 

Bradford 

1 

5 

2 

3 

4 

Nattrass 

J 

1 

2 

4.5 

4.5 

Green 

5 

1 

4 

2 

3 

MAJ  Thompson 

1 

3 

4 

2 

5 

FLUT  Ross 

2 

1 

5 

3 

4 

Smith 

1 

2 

5 

3 

4 

Newcombe 

1 

2 

5 

3 

4 

FSGT  Small 

5 

3 

1 

4 

2 

Count 

31 

34 

45.5 

50 

49.5 

Overall  %  Rating 

56 

51 

35 

29 

29 

Most  Important 

5 

6 

3 

0 

0 

Percentage 

36 

43 

21 

0 

0 

Top  Two  Importance 

10 

3 

6 

2 

2 

Percentage 

71 

57 

43 

14 

14 
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Appendix  G:  RAAF  Airlift  Planning  Systam 
Incranent  One  Prototype  Design 

ITiis  appendix  contains  an  overview  of  the  prototype  RAPS  systan. 
The  prototype  provides  database  and  load  estimation  functions  specified 
in  development  increments  one  and  two.  Prototype  discussion  addresses 
transaction  and  database  design. 

The  prototype  has  the  following  bcisic  development  and  operating 
environment: 

1.  a  micro-computer  based  system  under  DOS  3.0  or  hic^er  operating 
system  control, 

2.  30236/80386  architecture  hardwcire, 

3.  large  capacity  hard  disk  storage  availability,  \Ahich  is  managed  by 
the  operating  system  BIOS,  and 

4.  application  of  a  RDEMS,  a  hypertext  system  and  other  third  party 
software. 


Transaction  Design 

User  access  to  actions  is  based  on  a  tiered  menus.  Users  pass 
through  levels  of  menus  until  the  desired  activity  is  reached.  On-line 
help  is  provided  at  each  menu  and  users  cein  navigate  their  way  to 
transactions  without  need  of  look-up  lists  of  transaction  names. 

Transactions  are  grouped  by  activity  and  global  or  operation  level 
of  impact.  Security  of  data  is  provided  by  access  screening  at  vaurious 
levels  of  the  menu  tree.  The  RAPS  prototype  menu  tree  follows. 
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System  - 


-  Global  - 


Airlift 


Aircratt  - 


-  Neu  t  Data  Entry  ] 

-  Existing 

-  Edit  £  CoEdit  ] 

-  Notes  [  CoEdit  ] 

Help  [  HyperText  Access  ] 

-  Print  [  Report  ] 

-  Help  [  Hypertext  Access  ] 


-  New  £  OataEntry  ] 

-  Existing  - 

-  Edit  £  CoEdit  ] 

-  Notes  [  CoEdit  ] 

-  Help  £  HyperText  Access  ] 

-  Help  £  Hypertext  Access  ] 

Dayl ightSavings  - 

-  New  £  OataEntry  3 

-  Existing  £  CoEdit  3 

-  Help  I  Hypertext  Access  3 


r  iinipgs 


Reports 


New  £  OataEntry  3 
Existing  £  CoEdit  j 
Help  £  Hypertext  Access  3 


Identifier  £  Report  3 
Name  £  Report  3 

-  Zones  £  Report  3 

-  Times  £  Report  3 

Help  £  Hypertext  Access  3 
-  Help  £  Hypertext  Access  3 
Help  £  Hypertext  Access  3 


-  New  E  OataEntry  ] 

-  Existing  - 

'  Edit  £  CoEdit  3 
'  Notes  £  CoEdit  3 
-  Help  £  HyperText  Access  3 

-  Print  £  Report  3 

-  Help  £  Hypertext  Access  3 
-  Loadptanning  - 


-  Passenger  (  CoEdit  3 
r  General  £  CoEdit  3 

-  Hazardous  £  CoEdit  3 

-  Wheeled  £  CoEdit  3 

-  Reports  £  Report  3 

-  Help  £  Hypertext  Access  ) 


! 


I 


-  Reports  [  Report  1 
tt  -  Help  C  Hypertext  Access  ) 

-  Operatlon^  - 

Initial 

-  DecideLoads  - 

Allocate  [  DataEntry  ) 

-  Review  t  CoEdit  1 

-  Kill  [  Table  Delete  ] 

-  Print  I  Report  ] 

Help  t  Hypertext  Access  ] 

-  RouteiSchedule  - 

-  HardResourceLimits  - 

Start  [  DataEntry  ] 

-  Continue  t  CoEdit  1 

-  End  t  Exit  ] 

-  Kill  [  Table  Delete  1 

-  orint  [  Report  ] 

-  Help  [  Hypertext  Ac  j 

SottResourceL i mi ts 

-  Start  C  DataEntry  ] 

-  Continue  C  CoEdit  I 

-  End  t  Exit  1 

-Kill  [  Table  Delete  ] 

-  Print  [  Report  ] 

-  Help  t  Hypertext  Ac  1 
-  Help  C  Hypertext  Access  ) 


-  formPlan  - 

-  Hard  t  Pi'ocedure  Initiation  j 

-  Soft  t  Procedure  Initiation  ] 
Continue  I  Processing  ) 

Quit  (  Exit  1 

-  Help  t  Hypertext  Access  3 

-  Help  [  Hypertext  Access  )  . 

OrdcrofMarch 

-  New  f  DataEntry  J 

-  Existing  I  CoEdit  ] 

-  Help  C  HyperText  Access  3 

-  Hours/Frames  - 

-  Hours  t  CoEdit  1 

-  Genera I  Frames  C  CoEdit  1 

-  Specif icFrames  t  CoEdit  3 
Help  t  Hypertext  Access  3 

■  Plan 

-  New  t  DataEntry  ) 

7 


Existing 

-  Loads  - 

-  Hew  [  DataEntry  3 
Existing  t  CoEdit  3 

-  Move  C  CoEdi t  3 

Help  [  HyperText  Access  3 
.  Modify  C  CoEdit] 

-  RepI icate  - 

r  SameOay  C  CoEdit  ] 
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-  Dayly  [  CoEdit  ] 

Weekly  [  CoEdit  1 

-  Fortnightly  [  CoEdit  3 

-  Monthly  - 

-  DOUSamel  CoEdit  1 

-  SanieDatelnMonthl  CoEdit  3 

-  Help  [  HyperText  Access  3 

-  Help  [  HyperText  Access  3 

-  Split  f  CoEdit) 

-  Join  [  CoEdit) 

Print  - 

'  Green  [  Report  ] 

-  Modal  Inst  [  Report  ) 

Help  t  HyperText  Access  ) 

-  Help  (HyperText  Access  ) 

-  Help  [  Hypertext  Access  ) 

Actual 

Payload  t  DataEntry  ) 

Flights  (  OataEntiy  ) 

Help  £  Hypertext  Access  ) 

-  Check  - 

-  Parking  [  Process  3 
Airframes  [  Process  ) 

-  flyingTime  [  Process  ) 

-  Help  £  Hypertext  Access  3 

Report? 

Resource 

•  Airframe  (  Report  ) 
flyingHours  [  Report  3 
Tasks  t  Report  3 
-  Payload  t  Report  3 
Help  [  Hypertext  Access  1 
OrderofMarch  - 

-  OrderofMarch  [  Report  3 
ActualvsOef ined  [  Report  3 

-  Help  (  Hypertext  Access  3 
-  AirliftPlan  (  Report  ) 

Gieens  - 

-  New  £  Report  ) 

-  Changes  (  Report  3 

Help  (  HyperText  Access  3 
■  Help  £  Hypertext  Access  ) 

3  -  Help  £  Hypertext  Access  ) 

-  SysteifManagement  C  NotOetined  3 

-  Help  (  Hypertext  Access  3 

-  Help  £  Hypertext  Access  ) 

-  Play  £  DOS  Call  ) 

-  Leave  £  Leave  ) 

Notes; 

•  -  user  inputs  identi  neat  ion  and  password 

#  -  User  selects  desired  operation  from  those  available  to  the  user 
3  ■  A  cheek  is  performed  to  ensure  user  has  system  manager  status 

T  -  A  restricted  search  of  operation's  tasks  based  on  user  definition  is 
offered 
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Global  transactions  address  activities  that  affect  all  operations 
on  the  system.  Global  data  is  consistent  across  c^ierations  and  is 
centrally  managed  and  stored  in  one  location.  Global  data  includes 
information  concerning  aircraft,  airfields,  time  differences,  ADF  units 
and  set-ups  for  the  RAPS  loac^lanning  model - 

Users  with  access  to  the  system  can  affect  global  data,  thoun^ 
transactions  available  to  classes  of  users  can  be  limited  by  the  system 
manager.  Because  global  data  (Ccin  be  used  by  more  than  one  c^)eration, 
users  c:annot  delete  record  entries.  And  any  changes  to  records  are 
cciscaded  to  relevant  operations'  data. 

Users  also  ceui  add  notes  against  aircraft,  airfields  and  units. 
These  notes,  which  have  defined  currency  pericxJ,  are  displayed  to  ether 
users  vhen  they  select  the  glcDbal  elenent  ^ile  planning.  This  cdlcws 
changes  in  availability  or  location  to  be  cyxickly  e»dvised  to  all  users. 

Load  planning  set-up  allows  users  to  specify  chcuracteristics  of 
classes  of  passengers  and  freight. 

Users  can  only  access  operations  ^ere  they  have  sufficient  RAPS 
sec:urity  clearcince  or  hold  specific  authority  to  acc:ess  an  operation. 
Within  an  operation,  users  can  define  and  amend  the  order. of  march  and 
resource  limits,  perform  load  estimation  euid  airlift  scheduling  aund 
generate  am  air  mode  plan,  amend  flow  or  payload  detail  aind  call  vaurious 
reports.  The  routing  and  scheduling  corponent  is  unavailable  in  the 
prototype. 


Database  Structure 

RAPS  files  include  system,  help  information,  airlift  data  and 
report  output  files.  System  files  refer  to  programs  and  libraries 
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required  to  run  the  system.  They  may  include  Paradox'*  RECMS  suites,  PAPS 
specific  routines  and  other  third  party  supplied  suites,  suc±i  as 
spreadsheet  systems. 

Help  files  include  hypertext  routijies  and  screen  di^lay  text  and 
graphics  data  used  for  interactive  training  and  novice  message  displays. 
Hypertext  routines  include  run-time  versions  of  HyperPeader'*. 

Data  includes  all  files  established  and  maintained  by  RAPS. 

Output  files  include  any  output  that  users  request  not  be  sent  to  a 
printer  but  to  a  file. 

Data  files  are  maintained  by  the  Paradox  RDEMS**.  Data  is  either 
gldoal  to  all  operations  or  specific  to  each  operation.  To  meet  this 
requirement,  the  follov;ing  file  structure  is  used: 

Root 

RAPS  -contains  system  files  and  no  data. 

-  INFO  -  contains  help  and  novice  hypertext  files. 

GLOBAL  -  contains  data  not  unique  to  operations. 

-  DATA  -  contains  report  output  files.  These  files 

•  occur  where  a  user  has  elected  to  send 

output  to  a  file. 

OPS  -  (Tontains  no  files. 

-  R  xxxxxx  -  contains  data  for  operation  xxxxxx 

-  R  xxxxxx  -  ccxTtains  data  for  another 

operation. 

Databeise  Entities 

Entities  normally  refer  to  relaticsns  or  tables  that  maintain  data 
for  a  relational  database.  A  naming  convention  is  applied  the  RAPS 
entities. 
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RGLocati 


Entity  contents.  An  abbreviation,  i?)  to  6  characters 
long,  that  describes  the  file  contents. 

Entity  family.  The  group  of  files  that  the  entity 
belongs  to.  The  family  indicates  the  file's  directory 
location  and  iirpact  of  data. 

Alvrays  'R'  to  denote  a  RAPS  file. 

Entity  Family 

Entity  family  gives  indication  of  file  types,  information  content 
and  the  directory  location  of  stored  files.  Allowable  family  entity 
values  are; 

1.  G,  global  data  ;vhich  relates  to  all  operations  or  to  system 
settings, 

2.  O,  data  specific  to  an  operation, 

3.  M,  operations  specific  data  related  to  miliary  uplift, 

4..  C,  operations  specific  data  related  to  civil  charter  uplift, 

5.  R,  operations  specific  data  related  to  civil  regular  public 

transport  (RPT)  uplift. 

Attribute  Naming 

Attributes  normally  refer  to  columns  in  a  relation.  Each 
occurrence  of  a  record  has  a  unique  combination  of  attribute 
occurrences.  These  attributes  cotitoine  to  give  the  structure  of  a 
database  relation.  Designers  use  the  attribute  name  to  refer  to  scaleur 
values  of  a  tuple. 


GL  Month 


Attribute  identifier.  An  alphanumeric  cortoination,  to  a 
maximum  of  25  characters,  that  describes  the  attribute's 
contents.  Spaces  are  not  allowed- 

Always  a  to  improve  readability. 

Entity  identifier.  A  letter  that  uniquely  describes  each 
relation.  It  is  the  first  letter  of  the  entity  contents  . 

The  entity  family. 

Relation  Entity  Data  Dictionary  Conventions 
Each  entity  relation  data  dictioneiry  entry  will  ccarprise  the 
folla'/iri'q  elements: 

1.  Entity  Name:  A  unique  title  of  the  relation.  Uniqueness  must 
only  be  maintained  within  a  directory  for  operation  specific  data  ie 
relations  with  the  same  name,  but  different  data,  may  exist  across 
operations. 

2.  Long  Name:  Full  title  of  the  entity,  to  a  maximum  of  30 
alphanumeric  characters.  Spaces  are  allowed. 

3.  Purpose:  A  short  statement  of  the  role  and  application  of  the 
entity  in  the  system.  A  maximum  of  150  alphanumeric  characters  ars 
allov.ed,  including  spaces. 

4.  Directory  Location:  A  one  letter  code  giving  the  general  location 
of  the  file  representing  the  relation  in  secondary  storage.  Options 
are: 

(i)  Global  (G) ,  and 

(ii)  Operation  (O)  -  meaning  within  each  operation's 
directory. 

Other  data  is  held  for  each  entity,  including:  nuitiaer  of  global 
and  operation  instantiations  (nuntoer  of  records  in  each  entity) , 
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references  or  reasons  that  si^^port  instantiation  estimates  and  the  date 
of  the  last  change  to  the  relation  entity  entry. 

Relation  Attribute  Data  Dictionary  conventions 
Within  each  relation,  its  attributes  are  defined  by: 

1.  Attribute  Name:  The  attribute  title  in  accordance  with  the 
relation  attribute  naming  conventicai.  This  title  must  uniquely  identify 
the  attribute  within  the  relation  or  entity. 

2.  Format:  The  form  represented  by  the  attribute.  Format  aj^lies 
syntax  to  define  storage  and  presentation  requirements.  Values  are 
derived  from  multiples  of: 

(i)  nutttoers  only  -  9, 

(ii)  decimal  values  -  V  (only  with  numerics), 

(iii)  sign  -  S  (only  vvith  numerics  vdiere  negatives  may' 
exist) ' 

(iv)  alphanumeric  -  X, 

(V)  alphabetic  -  A, 

(vi)  date,  in  the  form  ddmmmyy  -  D,  and 

(vii)  a  pointer  to  a  file  record  -  P. 

Example:  9(3)V99  ->  means  a  decimal  with  range  0  throu^  999, 
including  two  decimal  places. 

3.  Full  Title;  A  proper  description  of  the  attribute. 

4.  Purpose;  A  short  statenent  of  the  role  and  education  of  the 
attribute  in  the  system. 

5.  Attribute  D^jendency:  Attribute  d^jendency  indicates  the  relation 
between  the  attribute  and  other  attributes  in  its  relation  auid  other 
relations.  Options  etre: 
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(i)  Priitary  -  the  attribute  is,  or  forms  part,  of  the  primary 
key  for  the  relation.  A  primary  key  can  uniquely  identify  all 
occurrences  of  ti;¥'les/ records  in  the  attribute's  relation. 

(ii)  Dependent  -  the  attribute  is  functionally  dependent  on  other 
attributes  in  the  relation.  Being  functional  dependent  means  that 
the  attribute  occurrence  can  be  determined  by  other  attribute (s) 
in  the  relation.  These  other  attributes  usually  form  the  primary 
key. 

(iii)  Foreign  -  a  dependent  that  is  a  key  to  another  attribute.  A 
foreign  key  is  determined  by  the  primary  key,  yet  provides  part  or 
all  of  the  primary  key  to  another  relations.  Foreign  keys  are 
used  in  relational  databases  to  link  relations.  Khere  a  foreign 
key  is  also  a  primary  key,  its  attribute  dependency  is  defined  as 
primary. 

Other  definitions  of  attributes  are  used  in  the  complete 
description,  including  the  domain  \\hich  provides  those  values  that  the 
attribute  can  take,  the  date  of  the  last  change  to  the  relation 
attribute  entry  and  a  description  of  the  latest  changes  to  the  relation 
attribute  entry. 

The  RAPS  prototype  has  35  relations  containing  266  attributes. 
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Summary  of  RAPS  Ent  i  t  i  <?s 


Enttry  Tirte  Long  Name 


Purpose 


Reiarion  Level:  Global,  Non-Opcr.at i on  Speciric 


RGAcf t 

Global 

Military  Aircr.aft  Data 

RGCargo 

G 1 oba  t 

Cargo  Oef ini tion 

RGFretUt 

Global 

Freight  Classes 

RGIntTm 

G  t  oba 1 

Interaimeld  tunes 

RGLocat 

RGMSer 

Global 
G  L  oba 1 

Airfield  O.ota 

Milit.ary  Green  Sequence 

RGNotes 

G 1  ob.a  1 

Notes  on  Elements 

RGP Loads 
RGRUsei's 
RGSettin 
RGUni Cs 

Global  Planned  Loads 

RAPS  Users 

Glooal  Operations  Current 
Global  Unit  Data 

RGVehLen 

Global 

Average  Vehicle  Lengths 

RGWegnt 

RGZoncDS 

Global  passenger  weights 
Daylight  Savings  data 

Relation  Level:  Operation  Specific 


RMALtmit  Hours  and  Airframe  Limits 

RMChange  Task  Changes  by  Type  and  Phase 
RHOLimit  Specific  Day  Atrrr.ame  Limits 

RMGreens  Military  tasks 

RMHou  ■  a  Actual  Military  Hours  flown 

RHNarrat  Green  Narrative  tor  Mil  Tasks 

RMTasKs  Military  Task  fl'ght  Legs 

ROHarbA  Hard  initial  C130  piot 

ROISoft  Soft  intital  C130  plot 

ROLoabs  Payloads  for  Flights 

ROflarOrd  Order  of  Marcn 


ROOLIsers  Operation  Users  Statistics 

ROPCDate  Payload  Changes  by  Time 

RORiSch  Initial  Routing  Loads 

ROSettin  Oper.ations  Sett i ngs/Conf ig 

ROTkLock  Operations  Level  task  Locking 

ROUnits  Operation  unit  data  override 


RPGreens 

RPTasks 

ROGreens 

RQTasks 


RPT  Tasks 
RPT  flight  Legs 
Civil  Charter  Tasks 
Civil  Charter  Flight  Legs 


Provides  military  aircraft  operating  squadron  and 
descriptive  data 

Defines  regularly  moved  cargo  me  wt,  dim  and  haz 
clas.s 

Defines  conversion  factor  from  «t  to  linear  feet  for 
classes  of  freight 

Provides  tiroe.s  between  two  airfields  -  these  times 
override  the  tiroes  computation 

Data  on  airfields  -  location,  time  zone  and  full  name 
Maintains  sequence  of  aircraft  tasking  numbers  (splits 
into  monthly  groups) 

Maintains  recent  notes  to  planners  on  aircraft, 
airfields  and  units 

Aircraft  loads  for  automated  planning  of  airlift 
Maintains  authorised  users  and  access  level 
Lists  operations  current  and  access  requirements 
Provides  unit  names,  rn.imand  and  message  addressee  for 
units  in  system 

Provides  a  conversion  between  vehicle  type  and  average 
length  of  C130  cargo  space  required 
Provides  standard  weights  for  passenger  classes 
Maintains  bay  light  savings  settings  for  each 
state/country 


Stores  hours  and  airframe  limits  by  phase  and  military 
aircraft  type 

keeps  counts  of  task  changes  by  aircraft  type  ana  onase 
Stores  limits  imposed  on  an  airframe  type  on  spec'f’c 
days  le  servicings 

Maintains  headers  for  all  military  aii'lift  for  aU 
phases 

Maintains  monthly  statistics  of  actual  hours  flown 
Record,s  narrative  comments  for  greens  for  military  lift 
Maintains  task  leg  and  green  data  for  military  tasks 
Records  date  of  lift  and  combinations  of  entities  on 
C130  lirt,  using  the  hard  resource  algorithm 
Records  date  of  lift  and  combinations  of  entities  cn 
C130  lift,  using  the  soft  resource  con.straint  algor’ thir 
Maintains  planned  and  actual  payload  for  military  arc 
civil  flights 

Ties  units  to  serials  and  scores  original  lift 
requirement 

Records  actions  of  system  users  for  each  operation 
Keeps  counts  ot  payload  changes  tracked  against  time 
till  lift  occurs 

Assigns  the  order  of  march  to  toads  and  aircraft  type 
Contains  settings  and  configuration  for  an  operation 
Maintains  locked  tasks  within  each  operation 
Maintains  temporary  unit  detail.  '  Data  in  this 
relation  overrides  entries  in  the  global  rel.ition 
RCUnits. 

Maintains  headers  for  regular  public  transport  airlift 
for  all  phases 

Maintains  task  teg  .and  green  dat.a  for  regular  public 
transport  flights 

Maintains  headers  tor  civil  charter  airlift  for  all 
phases 

Maintains  task  leg  and  green  data  for  civil  charter 
flights 

35  Relations 
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Relation  Attribute  Li;>t 


Attribute  Name  Dep/format  Full  Title  Purpose 


Entity  Title:  RGAcft  Entity  Location;  (Global  or  Operation  Specific):  G 

Entity  Description:  Global  Military  Aircraft  Data 

Entity  Purpose:  Provides  military  aircraft  operating  squadron  and  descriptive  data 


GA^Acf t 

P 

X(6) 

Mi  1 i tary  a i rcraf t 
designator 

Allows  tasks  to  be  grouped  by  a  recognised 
aircraft  type.  Supports  edits  of  user  input  of 
military  aii'craft  type.  Only  used  with  military 
a/c 

GA  Home 

F 

X(5) 

Home  base 

Used  to  generate  tasking  and  route  and  schedule 

GASqn 

F 

X(15) 

Squadron  operating 
ai rcraf t 

Links  the  aircraft  type  to  msg  and  command 
detail  for  the  unit  operating  the  aircraft 

GA-Cost 

D 

9(A) 

Flying  hour  cost 

Used  in  reports  that  summarise  and  cost  airlift 
effort 

GA  Burn 

D 

9(5) 

Burn  rate  per  hour 

Used  in  estimating  refuel  requirements 

GA_Cal  Isign 

D 

X(10) 

Squadron  identifier 

Allows  callsign  to  be  output  on  the  aircraft 
tasking  green  as  required 

GA_Crew_Day 

0 

9(2)V9 

Planning  Crew  day 

Used  to  check  task  capabi 1 i ty 

GA_Crew_Rest 

D 

9(2)V9 

Planning  ciew  rest 

Used  to  check  task  capability 

GACTGDesignator 

D 

X(10) 

Squadron  CTG/CTS 

Presence  of  a  CTG/CTS  starting  with  646 
identifies  that  a  green  can  be  generated  against 
the  aircraft  type  ie  C130E  would  have  a  CTG  but 
C130  wouldn't 

GADesc 

D 

X(30) 

Aircraft  description 

Describes  the  aircraft  type  and  differentiates 
different  rigs 

GA_MaA_Fuel 

D 

9(6) 

Ma>. imum  fuel  load 

Used  to  check  leg  capability 

GA  Max  P  .1 X 

D 

9(3) 

Maximum  pax 

Planned  lift  is  checked  against  this  value  by 
the  proofer.  Planned  pax  no.  can  exceed  tnis, 
though  proofer  will  give  a  warning 

GA  Ma.-.  Payload 

D 

9(6) 

Maximum  planning 
payload 

Used  to  check  leg  capability 

GA_Speed 

0 

9(3) 

Aircraft  planning 
'peed 

Used  to  calculate  flight  time  between  two 

1  at/ longs 

GA  Turnaround 

0 

9(2)V9 

Airccaft  turnaround 
time 

Used  in  calculating  task  timings 

GA  Type 

D 

<(6) 

Case  aircrart  type 

Used  in  green  generation  to  denote  aircraft  type 

Attribute  Name 

Dep/ Format 

Full  Title 

Purpose 

Entity  Tine; 

RGFretWt 

Entity  Location 

:  (Global  or  Operation  Specific):  G 

Entity  Description: 

Global  Freight  Classes 

Entity  Purpose; 

Defines  conversion  factor  from 

wt  to  linear  feet  for  classes  of  freight 

GF^Class 

P  X(1) 

Class  of  cargo 

Allows  a  freight  group  to  have  different  classes 
of  characteristics 

GFDescription 

D  X(a0) 

Description  of 
freight  class 

Assists  user  decide  on  an  accurate  freight  clas' 

GP  '  F  lb  Conversion 

0  9(4) 

“nunds  to  linear 

Required  to  estimate  loads  for  initial  routing 

toot  convci'sion 

and  scheduling.  Calculated  by  user  averaging  mi ■ 
of  classes  and  storing  av  LF/LB  factor  in 
ROMarOrd 

GF_Wi chPaA  On  Side 

0  X(l) 

Passengers  possible 

Used  to  determine  loads  for  router  and  schedulai 

beside  ft  eight 
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Relation  Attribute  List 


Attribute  name  Dep/Format  full  Title  Purpose 


Entity  Title;  RGIntTm  Entity  Location:  (Global  or  Operation  Specific):  G 

Entity  Description:  Global  Interairfield  times 

Entity  Purpose:  Provides  times  between  two  airfields  -  these  times  override  the  times 

computation 


GNKey  P  X(15)  Element  title  Allows  notes  to  be  tied  to  a  record  in  RGAcft, 

RCLocat  or  RCUnits 

GMSequence  P  X(l)  Note  number  for  Listing  key  for  note,  allows  access  to  specific 

element  notes 

GNType  P  x(l)  Element  type  Avoids  problem  if  a  unit  had  same  name  as  an 

aircraft  type  or  location  etc 


GN  Author  0  X(7)  Authoi"  of  note  Authors  name  gives  authority  and  reference  to  the 

note 

GNXill  date  0  D  Date  note  to  be  Allows  old  notes  to  be  dropped  from  the  system 

deleted 

GNNote  0  X(150)  Note  concerning  Maintains  short  term  information,  concerning  a 

element  aircraft  type,  location  or  unit,  for  operators 

GN  Start  date  DO  Date  note  entered  Shows  newness  of  note 
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Relation  Attribute  List 


Attribute  Name  1 

Dep/Format 

Full  Title 

Purpose 

Entity  Title; 

Entity  Description: 

RGLocat  Entity  Location 

Global  Airfield  Data 

:  (Global  or  Operation  Specific):  G 

Entity  Purpose: 

Data  on  airfields  -  location,  time  zone  and  full  name 

GL_Location 

P  X(5> 

Location  Identifier 

Ties  flights  and  lift  to  proper  airfield 
abbreyiations 

GL_T  itiie_DL_State 

F  X(5) 

State/country 
standard  for 
daylight  savings 
change 

Acts  a  foreign  key  for  GZState  to  find  daylight 
savings  changes  for  the  airfield 

GL_Uni t_Oper3ting 

F  X(15) 

Airfield  load 
coordinaiion  ngenev 

Allows  greens  to  be  addressed  to  air  movement 
agencies  and  specifies  which  airfields  require 
load  reports  etc 

GL  Additional  MSg  1 

D  X(20) 

Additional  message 
address 

Allows  Base  Ops  and  HO  to  be  included  on  tasks 
to  airfields 

GL  Addi t 1 onal _MSg_t 
For 

0  X<30) 

Distribution  of 
additional  message 

Allows  distribution  field  on  aircraft  taskings 

GL  Additional  MSg  1 
Prec 

D  X(l) 

Message  precedence 

Used  to  decide  precedence  of  addressees  on 
tasking  messages 

GLAddi tional_MSg_2 

0  X(20) 

Additional  message 
address  -  2 

Allows  additional  message  addresses  to  be 
identified  for  a  location 

GL_Addi tional_MSg  2 
__For 

0  X(30) 

Distribution  of 
second  additional 
message 

Allows  distribution  field  on  aircraft  taskings 

GL_Addi t lonal _MSg_2 
Prec 

0  X(l) 

Message  precedence  - 
2 

Used  to  decide  precedence  of  addressees  on 
tasking  messages 

GL_A  1  rf  leioT  1 : 1  e- 

D  X(25) 

Airfield  title 

Allows  user  to  identify  airfield  bearing  unusuai 
identifier 

GL_Al ternate_Cooe 

0  X(5) 

Alternate  airfield 
apbreviation 

Allows  users  to  nominate  a  location  based  on  a 
de-facto  airfield  abbreviation  eg  TVL  for  A6TL 

GL_i.at_Deg 

D  9(3) 

Latitude  degrees  of 
airfield 

Contomes  with  minute  and  second  values  to  give 
lat  of  airfield.  Used  in  distance  and  flying 
time  calculations 

GL_Lat_Min 

0  9(2>V9( 
2) 

Latitude  minutes  and 
seconds 

Coii^Tines  with  degree  value  to  give  lat  of 
airfield. 

GL_Long_Deg 

0  9(3) 

Longitude  degrees  of 
an  airfield 

Combines  with  minute  and  second  values  to  give 
long  of  airfield.  Used  in  distance  and  time 
calculations 

GL_Long_Hin 

0  9(2)V9( 
2) 

Longitude  minutes 
and  seconds 

Combines  with  degree  value  to  give  tong  of 
airfield 

GL  JTa/_Parl<ing 

0  9(2) 

Maximum  aircraft 
allowed  on  ground 

A  test  value  for  proofing  of  a  plan.  The  plan 
can  exceed  this  no.  but  the  proof er  gives  a 
warning 

GL_T imeClose 

D  9(A> 

Closing  time,  local 
time  based 

A  test  value  for  proofing  of  a  plan.  Movement 
can  occur  after  this  time,  though  the  proofer 
will  provide  a  warning 

GL_T  line  Open 

0  9(4) 

Opening  time,  local 
time  pased 

A  test  value  for  proofing  of  a  plan.  Movement 
can  occur  prior  to  this  time,  though  the  proorer 
will  provide  a  warning 

GL  Tifne  2on« 

0  S9(2)V{ 
9) 

UTC  Standard  time 
correction 

Allows  reports  to  nominate  local  times.  Times 
specify  standard  times.  GL  State  keys  to 
daylight  savings  provisions 

9.08.91 


Rpl.ition  Attribute  tisr 


Attribute  Name  Dep/Format  Full  Title  Purpose 


Entity  Title:  RGRUsers  Entity  Location:  (Global  or  Opeiation  Specific):  G 

Entity  Description:  RAPS  Users 

Entity  Purpose:  Maintains  authorised  users  .and  access  level 


GR_User 

P  9(2) 

User  code 

User's  code  cannot  be  changed  by  users  and  is 
the  key  to  other  files  accessing  user  data 

GR_Access_Level 

D  9(1) 

User  access  level 

Access  levels  to  RAPS  operations  range  from  0, 
no  restriction,  through  9,  highest  restriction 

GR_Access_Special 

D  X(l) 

User  special  .access 

Used  where  a  user  is  a  guest  to  the  system  and 
requires  access  to  only  one  family  of  operations 
and  not  all  operations  at  the  normal  access  .eve 

GROutput  ReportNo 

D  9(3) 

User  report  tally 

Keeps  a  running  series  of  reports  sent  to  disk 
for  each  user  to  allow  file  names  to  be 
different  for  each  report  sent  by  a  user 

GRPassuorq 

0  X(I5) 

User  password 

Secret  password  to  RAPS  operations  data 

GRPassworaDate 

D  D 

User  password  date 

Supports  users  being  forced  to  change  password 
regularly 

GR_User  Class 

D  X(e) 

User  classification 

The  level  of  users  in  the  organisation  allows 
restrictions  on  transactions  to  be  applied 
.according  to  responsibility  and  authority 

GR_User_Name 

D  X(7) 

User  name 

User's  log-in  is  the  name  users  input  when  first 
entering  RAPS.  Allows  access  to  other  user  oata 

Attribute  Name 

Dep/Format 

Pul  1  Title 

Purpose 

Entity  Title: 

RGSettin 

Entity  Location: 

(Global  or  Operation  Specific):  G 

Entity  Description;  Global  OpeiMtions  Current 

Entity  Purpose:  Lists  oper.ations  current  and  access  requirements 

S-Sssssssss3s3sss«33s33sssssss5«ssss«sassssssxs8ss«ssssssssss«ssssssxssss««s3;|ssx8srsssrsssx3sssssss 


GS_Acronym 

P  X(7) 

Recognised  .acronym 
for  operation 

Allows  users  to  enter  the  desired  operation 
based  on  a  meaningful  key 

GS_Access_Levei 

0  9(1) 

Required  .access  level 

The  higher  the  number,  the  less  users  will  have 
access  to  the  operation.  Allows  operations  to 
be  downgraded/ res  trie ted  from  alt  users.  Refer 

GR  Access 

GSControl 1  or 

0  X(7) 

Oesign.ated  oper.ation 
control ler 

Allows  the  system  manager  to  identifier  the 
controlling  authority  for  an  operation 

GS  Description 

0  X(60) 

Grief  description  of 
the  operation 

Provides  users  with  assistance  in  choosing 
desired  operation 

GS_0ir 

D  X{8) 

Directory  containing 
operation  data 

Directs  par.adbx  to  the  operation's  data  directorv 

GS  End  Date 

D  0 

Operation  end  date 

Defines  a  time  bound  for  the  operation. 

Improves  editing  of  dates  by  system 

GS  Special  Access 

D  X<1) 

Special  access  code 

Allows  a  guest  to  have  access  to  specific 
operations  only 

GSStart  Date 

D  D 

Operation  commence 
date 

Defines  a  time  bound  for  the  operation. 

Improves  editing  of  dates  by  system 

GS  W  i  nd  F  i-om  Wes  t 

D  S9(2) 

Planning  wind  speed 
from  the  west 

Defined  at  set-up  of  operation  to  allow  crude 
recognition  of  consistent  wind  from  the  west.  A 

negative  value  would  mean  an  Easterly 
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Rplation  Attribute  List 


Attribute  Name 

Oep/format 

Full  Title 

Purpose 

Entity  Title: 

Enti tv  Description; 
Entity  Purpose: 

RGUnits  Entity  Location:  (Global  or  Operation  Specific):  G 

:  Global  Unit  Data 

Provides  unit  names,  command  and  message  addresses  for  units  in  system 

GU_Untt 

P  X(15) 

Recognised  unit 
abbreviation 

Used  to.  tic  payload  to  a  unit's  detail  and  edit 
user  input  of  unit 

GU^Command 

F  X(15) 

Units  command 

This  field  points  to  the  RGUnits  entry  for  the 
unit's  command 

GU_MSg_Address 

GUJ-ISgJor 

GU_Title 

D  X(20) 

D  X(30) 

D  X(35) 

Recognised  message 
address  for  unit 
Distribution  for 
message  at 
destination 

Proper  unit  title 

Used  to  address  messages  for  squadrons,  ams/mcos 
and  customers 

Allows  distribution  field  data  on  aircraft 
taskings 

Used  to  address  and  head  reports 

Attribute  Name 

Dep/Format 

Full  Title 

Purpose 

Entity  Title: 

Entity  Description: 
Entity  Purpose: 

RGVehLen  Entity  Location:  (Global  or  Operation  Specific):  G 

Global  Average  vehicle  Lengths 

Provides  a  conversion  between  vehicle  type  and  average  length  of  C130  cargo 
space  required 

GV_Class 

GVType 

P  X(l) 

P  x(3) 

Class  of  wheeled  Key  to  average  length  or,  wheeled  cargo 

cargo  wi thin  type 

Type  of  wheeled  cargo  Key  to  average  length  of  wheeled  cargo 

GV  Av  Length  Of  C13 
0  "  ' 

D  9(5) 

Average  length  of 
type  and  class 

Average  length  of  wheeled  cargo  used  in 
estimating  aircraft  loads  required.  Figure  is 
average  length  of  C13D  floor  required  to  lift 
av.  cargo  of  the 

Attribute  Name 

Dep/f ormat 

Full  Title 

Purpose 

Entity  Title:  RGUeight  Entity  Location:  (Global  or  Operation  Specific);  G 

Entity  Description:  Global  passenger  weiglits 

Entity  Purpose:  Provides  standard  weights  tor  passenger  classes 


S3S3X«SSSrSSSS 

GW  Pav  Type 

SSS3SS3SS33S333 

P  X(1) 

SS3S3SSSSSSS3SS33SSS3 

Cod^  r^f^rwKing 
cntrgoric*^  of 
passengers 

Used  to  key  from  payload  file  in 
p.assnnger  weight 

standard 

GUPax  Weight 

D  X(20) 

0  9(3) 

De-.cription  of 
passenger  in  class 
Weight  of  passenger 
class 

Describes  the  components  carried 
by  somebody  in  the  class 

Used  to  calculate  payload  figure 
passengers  (different  classes  of 
carry  different  bagg,agc  weights) 

on  the  person 

involving 

passengers 
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Relation  Attribute  List 


Attribute  Maine  Oep/Format  Full  Title  Purpose 


Entity  Title:  RGZoneOS  Entity  Location:  (Global  or  Operation  Specific):  G 

Entity  Description:  Daylight  Savings  data 

Entity  Purpose:  Maintains  day  light  savings  settings  for  each  state/country 


GZ_State 

P 

X(5) 

State/country  code 
for  airfield 

Used  to  key  into  required  daylight  savings 
adjustment 

GZ_Change 

D 

S9V9 

Effect  of  daylight 
savings  change 

Daylight  savings  value  applied 

GZ_Date  Finish 

D 

D 

Finishing  date  for 
daylight  savings 

Used  to  calculate  if  daylight  savings  adjustment 
IS  required 

GZDateStart 

D 

D 

Starting  date  for 
daylight  savings 

used  to  calculate  if  daylight  savings  adjustment 
IS  required 

GZ_UTC_Conv 

D 

S9(2)V9  UTC  conversion  for 
region 

used  as  an  indicative  local  time  conversion 
value  in  location  airfield  changes 

Attribute  Name 

Dep/ Format 

Full  Title 

Purpose 

Entity  Title:  RMALimit  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Hours  and  Airframe  Limits 

Entity  Purpose:  Stores  hours  and  airframe  limits  by  phase  and  military  aircraft  type 

=S:S3SSX33SXSXXX3SXS3SXXXSSSS333SSX3SX38SSS3333CSSSSSSSCSSSSSSSSSSSSSSSSSSSSSSSSSSSX3SS3SXX33SSSS: 


MA_Acf  t 

P 

X(6) 

Mi  1  nary  basic 
airframe  designator 

MA_Frames_Per_Oav 

D 

9(2) 

MaAimuin  airframes 
allocated  per  day 

MA_Hrs_Deploy 

0 

9(») 

Hours  earmarked  to 
deployment  phase 

MA_Hrs_Maint 

0 

9(A) 

Hours  earmarked  to 
maintenance  phase 

MAHrs  Redeploy 

D 

9(4) 

Hours  earmarked  to 
redeployment  phase 

MAOveral 1  Hours 

D 

9(4) 

Hours  allocated  for 
airframe  type 

Allows  hours  to  be  recorded  by  generic  ana 
recognisable  aircraft  type 


Used  to  provide  airframe  per  day  statistics 

Used  to  provide  performance  statistics  for  each 
phase  of  an  operation 

Used  to  provide  performance  statistics  for 
maintenance  phase 

Used  to  provide  performance  statistics  for 
redeploy  phase 

Maintains  limits  imposed  on  airframe  hours 
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Hol.ition  Attribute  List 


Attribute  Name  Oep/Format  Full  Title  Purpose 


Entity  Title;  RMChange  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Task  Changes  by  Type  and  Phase 

Entity  Purpose:  Keeps  counts  of  cask  changes  by  aircraft  type  and  phase 


MC_Acft 

P  X(5) 

Mill tary  basic 
airframe  designator 

3333333333333333333333333333X333333333333333333: 

Allows  changes  to  tasks  to  be  recorded  by 
aircraft  type 

HC_Phase 

P  X(1) 

Phase  of  operation 

Allows  changes  to  tasks  to  be  recorded  by 
operation  phase 

MC  Adds 

D  9(4) 

Number  of  task 
additions 

Allows  change  statistics  to  be  maintained  on 
milit.ary  airlift  planning  for  an  operation 

MC_ALG 

D  9(4) 

Number  of  task 

caused  by 
inoae  operator 

Allows  change  statistics  to  be  maintained  on 
military  airlift  planning  for  an  operation 

MCChanges 

D  9(4) 

Number  of  task 
modifications 

Allows  change  statistics  to  be  maintained  on 
military  airlift  planning  for  an  operation 

MC_Cust 

0  9(4)  • 

Number  of  task 
changes  caused  by 
customer 

Allows  change  statistics  to  be  maintained  on 
military  airlift  planning  for  an  operation 

MC_D roDb 

0  9(4) 

Number  of  task 
deletions 

Allows  change  statistics  to  be  maintained  on 
military  airlift  planning  for  an  operation 

MC  MC 

D  9(4) 

Number  of  task 
changes  caused  by 
movement  control 

Allows  change  statistics  to  be  maintained  on 
military  airlift  planning  for  an  operation 

MC_Qther 

D  9(4) 

Number  of  task 
changes  caused  by 
other  players 

Allows  change  statistics  to  be  maintained  on 
military  airlift  planning  for  an  operation 

Attribute 

Oep/Format 

Ful 1  T  >tte 

Purpose 

Entity  Title:  RHOLimit  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  specific  Day  Airframe  Limits 

Entity  Purpose;  Stores  limits  imposed  on  an  airframe  type  on  specific  days  ie  servicings 

MD  Acft  P  )((6)  Military  basic  Allows  limits  to  be  recorded  against  a  generic 

airframe  designator  and  recognisable  airframe  type 
M0_0ay  P  0  Date  in  form  dd/mm/yy  Allows  airframe  limits  to  be  defined  for  a 

specific  d.ay 


MO  Limit 


0  9(2)  Airframe  I imit 


Allows  airframe  limits  to  be  defined  for  a 
specific  day 
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Relation  Attribute  List 


Attribute  Marne  Oep/Format  full  Title  Purpose 


Entity  Title:  RMGreens  Entity  location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Military  tasks 

Entity  Purpose:  Maintains  headers  for  all  military  airlift  for  all  phases 


MG_Green 

P 

X(4) 

Aircraft  tasking 
green  nunt>er 

Earmarks  each  task  and  conforms  to  operators 
system 

MGMonth 

P 

X<3) 

Aircraft  Green  Month 

Earmarks  a  unique  green 

MG_Acft 

F 

X(6) 

Ml  1 1 tary  airframe 
designator 

Identifies  type  of  airframe  that  is  performing 
task 

MG_Green_EA 

F 

X<.) 

E.-.  Green  .alignment 

Allows  dovetailing  of  tasks  being  performed  by 
the  same  airframe 

MG^Green^E.x  Mth 

F 

X(3) 

Ea  Green  month 

Allows  dovetailing  of  tasks  performed  by  the 
same  aircraft 

MGGreenT  o 

f 

X(.) 

To  Green  .alignment 

Allows  dovetailing  of  tasks  being  performed  by 
the  same  .airframe 

MGGrcenTo  Mth 

F 

x{3) 

*0  Giocn  month 

Allows  dovetailing  of  tasks  performed  by  the 
same  aircraft 

MGChange  Mo 

0 

9(2) 

Last  change  nunber 

Used  in  producing  changes  to  aircraft  greens 

MG  Oate_Last_Change  0 

d 

0 

Date  task  detail 
last  changed 

Used  to  determine  which  tasks  require  green 
changes  to  be  output. 

MG  Date  Of  Last 
nge 

Ch.i  D 

0 

Date  of  last  green 
change 

Used  to  determine  which  tasks  require  green 
changes  to  be  output.  IfAHGDate  Last  Changed 
then  output 

MG  Status 

D 

X(  1  ) 

Task  status 

Shows  status  of  all  greens  generated 

MG  tie 

C 

X(«0) 

r.isK  title 

Used  as  a  field  on  the  aircraft  tasking  Cgr.en; 

Attnoute  Na»ne  Oep/format  ?uil  Title  P.uroo^e 


Entity  Title:  RMHoui>A  •  Entity  Location:  (Global  or  Operation  Specitic):  0 

Entity  Description;  Actual  Military  Hours  FUiwn 

Entity  Purpose:  Maintains  iiionthiy  >tatistics  ot  actual  hours  tlown 

sxxxBxaxsaxxxxxsaxxxxxxxxxxxxxxxxxxsxxxaxxxxxaxxxxxaxxaxxxxxxxxaxaxxxxxxxxxKXxxxsxxxxxxxxxxsxxxxxxxx 

MH  Actt  P  X(o)  Military  airtramr  Idontirio^  thr  type  and  rig  ot  aircr<att  actual 

designator  hours.  Allows  hours  to  be  Kept  for  specit'c  •"  5 

and  general  type 

MH  Month  P  x<3)  Actual  ffionrh  flown  Month  that  actual  flying  occurred 


MH^Ainount  Hours  D  9(3)V9  Actual  hours  flown  Hours  flown  oy  a  certain  type  and  ng  during  tn? 

tor  month  month 


G-19 


Attribute  Name 


Dep/ Format 


Full  Title 


Purpose 


Entity  Title:  RHNarrat  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Green  Narrative  for  Mil  Tasks 

Entity  Purpose:  Records  narrative  comments  for  greens  for  military  lift 

ssssassssssssssassxssssssassxssaaassssxasssssssssssssssssasszassxssssssssssssssssssasssssssssxssssss 


MNGreen 

P  X(A) 

Aircraft  tasking 
Green  number 

MN_Month 

P  X(3) 

Aircraft  tasking 

month 

MN_Sequence 

P  X(1) 

Narrative  sequence 

MN  Narrative 

D  X(150) 

Narrative  comment 

Used  to  link  narrative  comments  on  green  to 
task(not  a  unique  key  as  many  narratives  per 
green  allowed) 

Used  to  link  narrative  comments  on  green  to  tasK 

Used  to  uniquely  key  narrative  comments  to  a 
green 

Used  to  maintain  narrative  coimients  for  each 
green 


Attribute  Name  Dep/Format  Full  Title  Purpose 


Entity  Title:  RMTasks  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Military  Task  flight  Legs 

Entity  Purpose:  Maintains  task  leg  and  green  data  for  military  tasks 

3X=XX3SSXSSSaS3B3X=3XSSSM««XaaSaSSSSSaX£38SaS3SSSSSSS=SSSSS=SS£SSSSSSS8*«SEXaSSSSSSSXS3SSSS=SSSSSS: 


MTFrom  Seq 

p 

X(  1 ) 

Departure  sequence 

MT_Green 

0 

Xl-) 

Aircraft  green  nunoer 

MT  Month 

P 

X(3) 

Aircraft  tasking 
month 

MT  Actual  Hours 

0 

9(2)V<) 

Actual  leg  hours 

HT'OClose' 

0 

xiS) 

Doors  close 
month/day/time 

MT_0C_D0W 

D 

X(3) 

local  DOU  Of  doors 
close 

MT_DC_Local 

D 

x(8) 

Local  time  of  doors 
close 

MT  OOpen 

0 

x(3) 

Doors  open 
month/day.'time 

MT  OODOW 

0 

X(3) 

Local  DOU  or  doors 
open 

MTDOLocal 

D 

X(8) 

Local  time  of  doors 
open 

MT_From 

D 

X(5) 

Departure  airfield 

MTHoursCode 

0 

9(3) 

Hours  code 

MT_Lamp 

D 

X(60) 

Line  ampl i f ication 

MTMission 

D 

X(15) 

Mission  statement 

MTPhase 

D 

X(I) 

Phase 

MT  Rmks 

D 

X(60) 

Remarks  line 

HT'To 

D 

X(5> 

Destination  Airfield 

Allows  payload  to  be  tied  to  a  leg,  even  'f  :a'» 
flies  the  same  departure/aest  more  than  once 
Ties  flight  legs  to  parent  green 
Ties  flight  legs  to  parent  green 


Compiles  actual  hours  usage  statistics 
Maintains  start  time  of  flight  leg,  in  zulu  time 

Allows  operator  to  readily  see  local  day  of 
departures 

Allows  operator  to  readily  see  local  time 
departures 

Zulu  time  doors  open. 

Allows  operator  to  readily  see  local  day  of 
arrivals 

Allows  operator  to  readily  see  local  time 
arrivals 

Specifics  leg  data  -  from 
Allows  legs  charged  to  other 
operations/activities  to  be  included  on 
operation  tasks 

Maintains  line  amplification  data  pertaining  tc 
task  leg 

Specifies  mission  type 

Allows  a  task  to  perform  tasks  for  more  than  one 
phase  of  the  operation 

Maintains  remarks  data  pertaining  to  task  legs 
Specifies  leg  data  -  to 


9.08.91 


Rotation  AttributP  Li<t 


Attribute  Name  Oep/Format  Full  Title  Purpose 


Entity  Title:  ROHardA  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description;  Hard  initial  C130  plot 

Entity  Purpose:  Records  date  of  lift  and  combinations  of  entities  on  C130  lift,  using  the 

hard  resource  algorithm 


OH  Combined 

P  X(4) 

Serial  controlling 
task 

OHDate 

P  0 

Date  of  C130  task 

0H_Serial 

p  X(U) 

Serial  being  uplift 
by  C130 

Provides  basis  for  scheduling  and  routing  of 
final  plan.  Null  means  the  entity  has  sole  use 
of  the  task. 

provides  basis  for  scheduling  and  routing  of 
final  plan 

Allows  a  link  between  lift  derived  and  Order  of 
March  data 


0H_C130_Loads  0  9(2)  C130  loads  tasked  Provides  basis  for  scheduling  and  routing  of 

.  final  plan.  Null  means  the  entity  is  tasked 

with  another  serials  task 

OHPrepositioned  0  X(1)  Preposition  required  Provides  basis  for  scheduling  and  routing  of 

final  plan.  Null  means  the  entity  is  tasked 
with  another  serials  task 


Attribute  Name  Oep/Format  Full  Title  Purpose 


Entity  Title:  ROlSoft  Entity  Location:  (Global  or  Operation  Specific);  0 

Entity  Description:  Soft  initial  C130  plot 

Entity  Purpose;  Records  date  of  lift  and  combinations  of  entities  on  C130  lift,  using  the 
soft  resource  constraint  algorithm 


01  Compined 

?  X(s) 

Serial  controlling 
t.ask 

01 _0ate 

P  D 

Date  of  C130  task 

01  Sen.al 

P  X(i) 

Serial  being  uplift 
by  C130 

Provides  basis  for  scheduling  and  routing  of 
final  plan.  Null  means  the  entity  has  sole  use 
of  the  task. 

Provides  basis  for  scheduling  and  routing  of 
final  plan 

Allows  a  link  between  lift  derived  and  Order  of 
March  data 


01  C 130  Loads  D  9(2)  C130  loads  tasked  Provides  basis  for  scheduling  .and  routing  of 

fin.il  pl.an.  Null  means  the  entity  is  tasked 
with  another  serials  task 

0[  Prepositioned  0  k(1)  Pre-posirion  required  Provides  basis  for  scheduling  and  routing  of 

final  pi, an.  Null  means  the  entity  is  tasked 
with  another  serials  task 
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Relation  Attribute  List 


Attribute  Name  Dep/Format  Full  Title  Purpose 


Entity  Title:  ROLoads  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Payloads  for  Flights 

Entity  Purpose:  Maintains  planned  and  actual  payload  for  military  and  civil  flights 


OL_Green  P  X14)  Aircraft  tasking  - 

civi I  or  mi  I itary 

OL  Month  P  X(3)  Aircr.aft  tasking 

month 

OLSequence  P  X(1)  Departure  sequence 

OL  Serial  P  X(4)  Serial  of  unit  lifted 

OL  To  P  X(5)  Destination  airfield 


OL_Green_From  F  X{4)  Green  payload  linked 

from 

OL  Green  From  Mth  F  X(3)  Month  series  of 

green  payload  came 
from 

0L_Green  To  F  X(4)  Green  payload  linked 

to 

OL_Green_To  Mth  F  X{3)  Month  series  of 

green  senes  going  to 

0L_Pax_Type  F  X(1)  Passenger  weight 

category 

0L_Payload  Share  Gr  F  X(>*)  Payload  sharing  green 

een 

0L_Payload_Share_G_  F  X(3)  Payload  sharing 

Mth  green's  month 


Links  payload  to  carrying  task  (0- I999=mi I i tary, 
2000-3999=civ  charter,  4000-6999=rpt) 

Links  payload  to  carrying  task 

Ties  payload  to  specific  leg  where  duplicates 
exist 

Ties  payload  to  an  0  of  M  entry,  unit  detail  and 

gives  unique  payload  entry 

Ties  payload  to  one  or  more  flight  legs 

Links  movement  of  payload  where  transhipment  usea 


Links  movement  of  payload  where  transhipment  used 


Links  movement  of  payload  where  transhipment  usee 


Links  movement  of  payload  where  transhipment  used 


Allows  specification  of  passengers  according  to 
different  weight  classes 

Allows  grouping  of  payload.  A  combined  weight 
and  pa.x  figure  covers  more  than  one  flight 
Uniquely  identifies  the  green  with  the  combined 
payload  figure 


0L_Actual _Remarks 

D 

X(50) 

0L_Cargo_Actuol 

0 

9(5) 

0L_Gen_Comments 

D 

X(15) 

OLGen  wt 

0 

9(6) 

OL  Haz  Comments 

0 

.<(15) 

OL'flaz^Wt 

0 

9(6) 

OL_Pa>._Actual 

D  9(3) 

0L_Pax_No 

0 

9(4) 

OL  Remarks 

0 

X(30) 

OLSubuni tDetai 1 

D 

X(10) 

Comments  about  History  comment  of  actual  problems,  delays  or 

actual  lift  other  issues 

Actual  cargo  wt  moved  Part  of  actual  lift  data 

General  freight  Allows  specification  of  type,  class  or  handling 

comnents  of  general  cargo 

Payload  -  General  Part  of  total  cargo  weight  calculation 
freight 

Hazardous  comments  Allows  specification  of  d/c  or  e.xplo  classes 
Payload  •  Hazardous  Part  of  tot.al  c.argo  weight  calculation 
freight 

Actual  passenger  Part  of  actual  lift  data 

no.s  moved 

Payload  •  Passengers  Specifies  no.  of  pas.sengers  to  be  moved.  Large 
value  range  allows  one  payload  line  to  cover 
many  flights 

General  payload  Allows  comments  about  the  payload  to  be  moved  le 

remarks  not  specific  to  a  cargo  class 

iub-unit  composition  Allows  the  plan  to  reflect  lift  to  sub-unit 
level  if  required 
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Relation  Attribute  List 


Attribute  Name  Dep/Format  Full  Title  Purpose 


Entity  Title:  ROMarOrd  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Order  of  March 

Entity  Purpose:  Ties  units  to  serials  and  stores  original  lift  requirement 

SSS3SSZ3SS=SSS=SZSSSSSB3SSSSSS=  =  3SSS£SSS=Sr  =  SaSXa=33XXSS9|XXaaSXSXa3£S%SSSS5SSSSZSS=»SSSSSSXSSS=  =  SSS 


OM  Serial 


P  X(A)  Serial  Nunber  Keys  planned  and  actual  lift  back  to  the  order 

of  march  requirement 


OMGenLf _Fact 


OM  Haz  Lf  Fact 


F  X(1)  Pounds  to  linear 

foot  conversion 
factor-Gen 

F  X(1)  Pounds  to  linear 

foot  conversion 
factor-Haz 


Allows  aircraft  loads 
be  estimated.  Derived 

Allows  aircraft  loads 
be  estimated.  Derived 


required  to  meet  lift  to 
from  RGF retut 

required  to  meet  lift  to 
from  RGF retut 


0M_Gen_Ut 

0  9(7) 

Total  general  cargo 

OM_Haz_ut 

D  9(7) 

weight 

Total  hazardous 

0M_Loc_From 

0  X(S) 

cargo  weight 
Departure  airfield 

0M~Loc_To 

D  X(5) 

Destination  airfield 

OMMoveEarl iest 

D  0 

Earliest  date  can 

OM_Move_Latest 

D  0 

move 

Latest  date  can  move 

OM_PaA_No_Reservist 

D  9(4) 

Total  reserve 

s 

OM_?ax_No_Total 

0  9(4) 

passengers 

Total  passengers 

0M_Phase 

D  X(l) 

Operation  phase 

0M_Priori ty 

D  9(1) 

Assigned  lift 

OM^Sub^Unit  Al ias 

D  X(15) 

priority 

Sub-unit  name 

OMUnit 

D  X(15) 

Recognised  unit 

OMUhA  No 

D  9(2) 

abbreviation 

Type  A  vehicles 

0M_Uh_B_No 

0  9(2) 

Type  B  vehicles 

0M_Wh_C_No 

0  9(2) 

Type  C  Vehicles 

0M_Uh_Ut 

D  9(8) 

Total  vehicle  weight 

0M_U_Tl_A_No 

0  9(2) 

Type  A  trailers 

0M_W_T 1 _B_No 

0  9(2) 

Type  B  trai lers 

Part  of  total  lift  requirement.  Weight  to  cube 
conversion  applied  for  general  cargo 
Part  of  total  lift  requirement.  Separate 
hazardous  weight  to  cube  factor  applied 
Shows  destination  of  lift  requirement 
Shows  destination  of  lift  requirement 
Defines  the  front  end  of  the  available  window 
for  movement 

Specifies  the  back  end  of  the  movement  window. 
(Also  equals  the  last  day  unit  can  arrive  at 
destination  airfield) 

Allows  quick  recognition  of  passengers  with 
strict  timeframes  for  movement 
Provides  part  of  the  requirement  for  the  serial. 
Equal  full  time  *  reserve  passenger  no's 
Allows  deployment  to  be  differentiated  from 
redeployment  ie  plan  only  deploy  and  wait  till 
later  for  redeploy 

Allows  router  and  schedular  to  order 

requirements  based  on  priority 

Allows  better  info  on  lift  unit  and  allows  alias 

for  unit  placed  laxler  command 

Keys  into  unit  detail  for  Order  of  March 

Allows  cube  for  wheeled  cargo  to  be  derived, 
using  an  average  length  for  A  vehicles 
Allows  cube  for  wheeled  cargo  to  be  derived, 
using  an  average  length  for  8  vehicles 
Allows  cube  for  wheeled  cargo  to  be  derived, 
using  an  average  length  for  C  vehicles 
Part  of  total  lift  requirement.  Cube  factor 
derived  from  class  breakdown 
Allows  cube  for  wheeled  cargo  to  be  derived, 
using  an  average  length  for  A  trailers 
Allows  cube  for  wheeled  cargo  to  be  derived, 
using  an  average  length  for  B  trailers 
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Rotation  Attribute  List 


Attribute  Name  Dep/Format  Full  Title  Purpose 


Entity  Title:  ROLoads  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Payloads  for  Flights 

Entity  Purpose:  Maintains  planned  and  actual  payload  for  military  and  civil  flights 

OL_Uh_Comments  D  X(15)  Wheeled  freight  Allows  specification  of  wheeled  cargo  types  eg 

comments  2xLDR  2xTLR 

0L_Uh_Wt  0  9(7)  Payload  -  Wheeled  Part  of  total  cargo  weight  calculation 

cargo 


Attribute  Name  Oep/Format  Full  Title  Purpose 


Entity  Title:  ROMarOrd  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Order  of  March 

Entity  Purpose:  Ties  units  to  serials  and  stores  original  lift  requirement 


0M_u_Tl_C_No  D  9(2)  Type  C  trailers  Allows  cube  for  wheeled  cargo  to  be  derived, 

using  an  average  length  for  C  trailers 


Attribute  Name  Dep/Format  Full  Title  Purpose 


Entity  Title:  ROCXJsers  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Operation  users  Statistics 

Entity  Purpose:  Records  actions  of  system  users  for  each  operation 

00_User_Code  P  9(2)  User  code  Key  for  statistics  on  logins,  time  and 

transactions  per  user  per  operation 

OOLogins  0  9(A)  RAPS  active  log  ins  Statistics  on  frequency  of  logins 

per  user 

OOTimeOn  0  9(A)  RAPS  hours  per  user  Statistics  of  hours  spent  managing  the  operation 

00  Transactions  0  9(3)  RAPS  transactions  Statistics  of  transactions  required  to  manage 

per  user  the  operation 
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Retation  Attribute  List 


Attribute  Name  Dep/Format  Full  Title  Purpose 


Entity  Title:  ROPCDate  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Payload  Changes  by  Time 

Entity  Purpose:  Keeps  counts  of  payload  changes  tracked  against  time  till  lift  occurs 


OP_Carrier 

P  X(1) 

Airlift  carrier 

0P_Phase 

P  X(1) 

Operation  phase 

0P_24hrs 

0  9(4) 

Payload  changes 
within  24  hours  of 
lift 

OP_3days 

D  9(4) 

Payload  changes 
within  3  days  of  li 

OPbdays 

0  9(4) 

Payload  changes 
wi thin  6  days  of  1 i 

0P_9days 

D  9(4) 

Paylbad  changes 
within  9  days  of  1 i 

OP_Moredays 

0  9(4) 

Payload  changes  in 
excess  of  9  days  of 
lift 

Allows  payload  changes  to  be  tied  to  carrier 
Allows  payload  changes  to  be  tied  to  phase 


Allows  collection  of  numbers  and  timing  of 
payload  changes  during  an  operation 

Allows  collection  of  nuitjers  and  timing  of 
ft  payload  changes  during  an  operation 

Allows  collection  of  ncnbers  and  timing  of 
ft  payload  changes  during  an  operation 

Allows  collection  of  numbers  and  timing  of 
ft  payload  changes  during  an  operation 

Allows  collection  of  numbers  and  timing  of 
payload  changes  during  an  operation 


G-25 
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Relation  Attribute  List 


Attribute  Name  Oep/Format  full  Title  Purpose 

Entity  Title:  ROTkLock  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Operations  Level  Task  Locking 

Entity  Purpose:  Maintains  locked  tasks  within  each  operation 


OTKey  P  X(7)  Task  being  locked  Allows  the  green  detail,  narrative,  task  leg  and 

load  detail  to  be  locked  for  a  military,  charter 
or  RPT  task 


OTUser  F  X(7)  User  id  of  operator  Allows  the  system  and  other  users  to  identify 

holding  lock  who  has  locked  the  task 


Attribute  Name  Dep/Forroat  Full  Title  Purpose 


Entity  Title:  ROUnits  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Operation  unit  data  override 

Entity  Purpose:  Maintains  temporary  unit  detail.  Data  in  this  relation  overrides  entries 

in  the  global  relation  RGUntts. 


Olj_Unit 

P  X(15) 

Recognised  temporary 
unit  abbreviation 

Used  to  tie  payload  to  a  unit's  detail  when 
normal  unit  detail  has  been  changed  for 
operation  eg  been  placed  unit  different  conmand 

OU_Msg_Address 

0  X(20) 

Temporary  unit 
address  for  unit 

Used  to  address  messages  to  units  relocated 
during  operation 

OU_MSg_For 

0  X(30) 

Distribution  for 
message  at 
destination 

Allows  distribution  field  on  aircraft  taskings 

OU_Title 

0  X(35) 

Temporary  unit  title 

Used  to  address  and  head  reports  where  uni t 
detail  has  been  changed  for  the  duration  of  the 
operation 

027 
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Relation  Attribute  List 


1 

i 

I 


Attribute  Name 

Dep/Format 

Full  Title 

Purpose 

Entity  Title: 

RPGreens 

Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description; 

:  RPT  Tasks 

Entity  Purpose: 

Maintains 

headers  for  regular 

public  transport  airlift  for  all  phases 

PG  Green 

P  9(3) 

Mi  1 i tary  airl i f t 

Allows  a  unique  and  firm  reference  to  a  RPT 

I 

tracking  green 

flight  in  absence  of  a  natural  key 

I 

PG_Month 

P  9(2) 

Month  series  of 
tracking  green 

Provides  a  unique  key  to  the  RPT  flight 

PG  Green_E.< 

F  9(3) 

Mi  1 i tary  airlift 
tracking  green  for 
ex-f 1 ight 

Allows  flow  detail  of  RPT  casks  to  be  maintained 

i 

PG_Green_E^_Mth 

F  9(2) 

Mi  1 i tary  airlift 
tracking  green's 
month  series 

Allows  key  to  unique  ex-flight  data 

PG_Green_To 

F  9(3) 

Mill tary  airlift 
tracking  green  for 
to- fl ight 

Allows  flow  detail  of  RPT  tasks  to  be  maintained 

PG_Green_To  Mth 

F  9(2) 

Mi  1 1 tary  airlift 
tracking  green's 
month  series 

Allows  key  to  unique  to-f light  data 

{ 

i 

PGRemarks 

D  X(20) 

General  RPT  remarks 

Information  about  the  task 

Attribute  Name 

Dep/Format 

Ful  1 

Title 

Purpose 

Entity  Title: 
Entity  Description: 

RPTasks 
:  RPT  Flight 

ent 

Legs 

tcy  Location: 

(Global  or  Operation  Specific);  0 

Entity  Purpose: 

Maintains 

task  leg 

and  green  data 

for  regular  public  transport  flights 

?T  From 

P  x(5) 

Departure  location 
for  flight  leg 

Provides 

key  to  departure  location  relation 

PT_Green_Rpt 

PTGreenRPT  Month 

P  9(3) 

P  9(2) 

RPT  green 

Month  of  RPT  green 
series 

Provides 
standard 
A 1 1 ows  a 

a  key  for  RPT  flights  in  absence  of 
and  unique  RPT  flight  numbers 
unique  key  to  green  for  RPT 

PT_To 

F  X(5) 

Destination  location 
for  flight  leg 

Provides 

key  to  destination  location 

PTC  1 VI 1  Rego 

D  X(10) 

Civil  operator's 
f  1  ight  number 

Allows  flight  data  to  be  tied  to  civil 
operator's  reference 

I 

1 

PT_DClose 

D  9(6) 

Doors  close  day/ time 

Define  flight  times 

PT30Clos-e_^Mth 

D  9(2) 

Doors  close  month 

Gives  the  doors  close  month 

1 

PTDOpen 

0  9(6) 

Door  open  day/ time 

Provides  flight  leg  data 

PT  Phase 

0  X(1) 

Phase 

Allows  airlift  to  be  traced  by  phase 

PTRemarks 

0  X(20) 

RPT  remarks 

Allows  information  peculiar  to  the  RPT  task  to 
be  specified 

t 

PT_Seats_Booked 

D  9(2) 

Total  seats  booked 

Allows  actual  bookings  to  tracked  and  commitment 

1 

recorded 


i 


( 
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Relation  Attribute  List 


Attribute  Name  Oep/Format  Full  Title  Purpose 


Entity  Title:  RQGreens  Entity  Location:  (Global  or  Operation  Specific):  0 

Entity  Description:  Civil  Charter  Tasks 

Entity  Purpose:  Maintains  headers  for  civil  charter  airlift  for  all  phases 


QG_Green 

P  9(3) 

Mi  1  i tary  airlift 
tracking  number 

QG_Month 

P  9(2) 

Month  series  of 
tracking  green 

QG_ Green  Ex 

F  9(3) 

Mi  1 1 tary  airl ift 
tracking  number  for 
ex-f 1 ight 

QG  Green  ExMth 

F  9(2) 

Month  series  of  ex- 
flight's  tracking 
green 

QGGreenTo 

F  9(3) 

Mi  1  i tary  airl ift 
tracking  number  for 
to- fl ight 

QG  Green  ToMth 

F  9(2) 

Month  series  of  to- 
f  1  ight's  tracking 
green 

0G_Acf t_Type 

0  X(8) 

Civil  aircraft  type 

QG  Remarks 

0  X(20) 

General  charter 
remarks 

QG^Status 

0  X(l) 

Status  of  flight 

Allows  a  unique  and  firm  reference  to  a  charter 
flight  in  absence  of  a  key 

Provide  a  unique  key  to  civil  charter  flights 


Allow  flow  detail  of  aircraft  to  be  maintained 


Allow  key  to  unique  ex-flight  data 


Allows  flow  detail  of  aircraft  to  be  maintained 


Allows  key  to  unique  to  flight  data 


Indicate  the  type  of  aircraft,  not  related  to 
RGAcft 

Allows  civil  related  information  to  be  included 
Allows  all  tasks  to  be  recorded  and  stage  known 
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Relation  Attribute  List 


Attribute  Name 


Entity  Title; 

Entity  Description: 
Entity  Purpose: 

SSSXS3SSSSSSSSSSSS3 

QT_From 
QTFromSeq 
QT  Green  Civil 


QT  Green_Civil  Mont 
h  ' 


QT  To 


OT  Civil  Rego 

QTOClose 

QT_DClose_Mth 

QT_DOpen 
QT  Phase 


OT  Remarks 

0T_Total  Seats  Avai 
t  " 


Oep/Format 

Full  Title 

Purpose 

ROT asks 

Entity  Location 

:  (Global  or  Operation  Specific):  0 

Civil  Charter  Flight  Legs 

Maintains 

task  leg  and  green  data  for  civil  charter  flights 

P  X(5) 

Departure  location 
for  flight  leg 

Provides  key  to  departure  location  relation 

P  X(1) 

Departure  location 

Ties  the  payload  to  a  unique  flight  leg,  even 

sequence 

when  the  same  leg  is  flown  a  number  of  times 

P  9(3) 

Civil  charter  green 

Provide  a  key  for  civil  charter  flights  in 
absence  of  standard  and  unique  series  for  civil 
f 1 i ghts 

P  9(2) 

Month  of  civil  green 
sen  es 

Allows  unique  key  to  green  no  for  civil  charter 

F  X(5) 

Destination  location 
for  flight  leg 

Provides  key  to  destination  location  relation 

0  X(10) 

Civil  operator's 

Allows  flight  data  to  be  tied  to  civil  operators 

f light  number 

references 

0  9(6) 

Doors  close  day/ time 

Define  flight  tunes 

0  9(2) 

Doors  close  month 

Gives  the  doors  close  month  (it  may  differ  to 
the  green's  month) 

0  9(6) 

Doors  open  day/time 

Provides  flight  leg  data 

0  X(l) 

Phase 

Allows  airlift  to  be  traced  to  phases,  down  to 
flight  leg.  A  task  may  share  phase  activities 
eg  Deploy  and  Maint 

0  X(20) 

Civu  charter  remarks 

Allows  information  peculiar  to  the  civil  task  to 
be  spec  1 f i ed 

0  9(3) 

Total  scats  chartered  Specifies  the  maximum  capacity  of  the  civil 

aircraft 
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i^¥)endix  H:  raaf  Airlift  Plannina  System 
Incranent  Two  Router  and  Schedular 


Overvjgtf 

Ihis  ^jpendix  discusses  the  static  rcuter  Euid  schedular  ccnapcsnent 
of  RAPS,  After  describing  the  complete  RAAF  strategic  operational 
airlift  scheduling  problem,  a  constrained  problem,  that  is  more  readily 
solved,  is  defined. 

Next,  the  component's  role  and  applicability,  irputs  and  outputs 
are  considered.  A  detailed  discussion  of  the  procedures  follows, 
including  feasible  versus  infeasible  plans  and  operator  interaction. 

A  description  of  matching  algorithms  completes  the  ^pendix. 

Characteristics  of  Global  Routing  and  Scheduling  PrcAalem 

This  section  describes  the  routing  and  scheduling  problsn  for  the 
complete  RAAF  Airlift  planning  environment.  The  problem  is  defined 
according  to  a  routing  and  scheduling  prt±)lem  classification,  defined  by 
Bodin,  Golden,  Assad  and  Ball  in  their  1983  paper  (Bodin  et  al., 

1933:73) . 

Routing  and  scheduling  involves  those  activities  to  formulate  a 
plan  to  met  lift  requirements  with  ccxistrained  resources.  Irputs  to  the 
process  cue  statemoits  of  the  sceneurio,  lift  requirement  and  resources. 
Activities  ccmnence  upon  receipt  of  these  inputs  and  continue  until  all 
the  airlift  plan  meets  requirements  of  the  scenario  euid  lift 
requirement. 

Sumnarv  of  Problem 

The  RAAF  Airlift  planning  problem  involves  temporal  and  ^latied. 
consideirations.  Demand,  in  lift  requirement  must  be  met  by  a  limited 
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fleet  of  aircraft.  Limits  are  imposed  on  service  time.  CXitputs  of  the 
planning  process  include  a  schedule  of  airlift  and  advice  of  cost  of 
compliance  and  shortfalls  in  customer  service. 

Ihe  ranking  in  importance  of  time  and  ^3ace  varies  across 
scenarios.  Ccaisequently,  scenario  definiticxi  can  cause  the  plemning  of 
airlift  to  adopt  a  form  ranging  from  pure  scheduling  to  pure  routing. 
Normally,  there  exists  a  mix  of  time  and  space  ccxisideratians,  with  time 
eipected  to  be  the  most  constraining  resource. 

Global  PrcA^lam  Characteristics 

1.  Size  of  Available  Fleet;  Multiple  vehicles. 

2.  Type  of  Available  Fleet;  Heterogaieous  v^icles. 

RAAF  strategic  transport  aircraft  types  include  the  Lockheed  C130E 
and  C130H  and  the  Boeing  B707.  C130s  are  the  predominant  vehicle  for 

the  operational  airlift  plcinner.  In  their  strategic  airlift  role,  the 
t'.^?o  types  of  C130  have  few  differences  in  airlift  characteristics  of 
payload,  speed  and  duration.  Hence,  all  C130s  are  assumed  to  be 
homogeneous  or  consistent  in  cheuracteristics. 

Civil  aircraft  and  the  B707  are  the  other  vehicle  types  available 
to  the  airlift  planner.  Availability  of  both  types  is  ti(^tly 
constrained  as  there  are  few  assets,  their  high  profile  is  often 
disadvantageous  and  their  role  restricted.  The  hire  of  civil  aircraft  is 
a  deliberate  emd  Icxig  range  action,  usuadly  done  before  detailed  airlift 
planning,  ^plication  of  the  civil  and  B707  aircraft  is  easily 
identified  due  to  their  small  numbers  and  narrcw  role.  However,  their 
tasking  affects  C130  tasking  by  constraining  ramp  capacities  and  turn 
ciround. 
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The  various  ccaifigurations  of  the  C130  can  be  changed  enroute. 
Unfortunately,  the  same  flexibility  is  not  available  with  the  B707. 

Each  configuration  of  the  B707  is  considered  as  a  different  ciircraft 
type  during  planning  i.e.  an  "all  peoc"  rigged  aircreift  is  different  to  a 
"4/94"  rigged  aircraft. 

3.  Housing  of  Vehicles:  Single  d^xjt. 

Tran^xirt  aircraft  c^serate  out  of  one  base,  RAAF  Richioond,  NSW. 
Occasicxvally,  aircraft  and  their  maintenance  staff  are  teanporarily 
located  to  another  base  in  st^^rt  of  an  exercise.  The  single  d^x>t 
conceit  remains,  with  the  depot  being  the  teanporarily  deployed  location. 
A  mix  of  vehicles  from  a  teirporary  and  the  main  d^xst  for  an  qperation 
is  uniisual. 

4.  Nature  of  IJaiands;  Deterministic. 

Demand  at  nodes  is  known  in  advcince,  through  a  requirement  or 
Order  of  Meirch.  Because  demand  is  known  in  advance,  stochaistic 
estimation  is  not  required. 

Demand  is  presented  in  two  ways.  At  the  beginning  of  the  planning 
cperation,  demand  is  grouped  and  presented  to  the  plcinner  as  an  Order  of 
March.  This  document  lists  all  deaorand  entities.  An  entity  is  the 
smallest  organisation  that  can  be  treated  as  on&  item  by  movement 
planners.  For  each  entity,  data  is  provided  on  size,  d^>arture  ewxl 
destination  locations,  precedence  ctnd  time  windows  required  for  service. 
Demeuid  in  this  form  can  be  ccxisidered  static  to  the  pleurmer. 

Demand  also  can  be  presented  after  initial  planning.  Thai,  it  is 
presented  as  an  ^K5ditional  requirement  euid  amaidment  to  the  Order  of 
March.  In  this  form,  demand  adapts  a  more  c^rnamic  form. 
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5.  Location  of  Demand;  At  Nodes,  ncjt  necessarily  all. 

Demand  is  at  d^arture  airfields.  Hiough  entities  are  often  not 
pennanently  housed  at  an  airfield  location,  they  have  been  pre-assigned 
to  airfields.  The  movement  of  forces  to  and  from  a  point  of  entarkation 
is  not  a  RAAF  planning  respcxisibility. 

6.  Underlying  Nefa^)ork:  An  Undirected  Euclidean  Network. 

If  netivork  cost  is  a  factor  of  distance,  the  network  is  Euclidean. 
This  means  that  the  distance  function  satisfies  the  tricingle  inequality 
requirement  that  the  direct  path  between  two  points  can  be  no  longer 
than  the  indirect  path  between  points. 

The  significant  effec:t  of  wind  on  aircraft  speed  and  henca 
distance  covered  suggests  that  aircraft  routes  are  directed  and  may  not 
be  euclideem.  Often,  because  the  effect  of  wind  is  uipredictable,  its 
affect  is  largely  ignored  when  planning  airlift.  When  applied,  wind 
affect  is  incorporated  at  inplementation  of  airlift. 

If  the  effect  of  v/ind  on  the  network  and  routing  is  ignored,  then 
cost,  based  on  distance  and  time,  is  independent  of  the  direction 
between  two  points. 

7.  Vehicle  Capacity  Restrictions:  Iiiposed  and  different. 

Aircraft  lead  capacities  are  based  on  many  factors.  The  payload 

availability  is  the  maximum  payload  wei<^t  that  the  aircraft  can  carry 
on  a  teisk  leg.  Payload  is  also  constrained  by  volume,  based  cai  inside 
cargo  cxirpartment  dimensions  for  the  aircraft  types.  Volume  maximums 
are  ccxisistent  across  all  airframes  of  each  type  of  adreraft  in  the 
fleet. 

Payload  wei<^  limits  vary  for  each  leg  of  a  task.  A  task  leg 
includes  taxi,  take-off,  flight  between  two  airfields,  landing  and  taxi. 
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Many  fli^t  legs  may  form  a  task  or  mission.  A  task  is  a  sequence  of 
continuous  legs  assigned  to  an  airframe.  Ihis  assignment  may  involve 
aircrew  and  an  airframe  type,  though  this  is  not  necessary. 

Each  aircraft  type  has  different  maximum  take-off  and  landing 
weight  limits.  Ihou^  airframes  differ  in  weii^t,  the  planner  ccxisiders 
maximum  payload  availability  for  all  airframes  of  a  to  be  the  same. 
Maximum  payload  is  the  maximum  landing  weight  less  the  aircraft's  dry 
c^jerating  wei^t. 

To  calculate  the  payload  availability  for  a  task  leg,  wei^t 
requiranents  for  fuel,  crew  and  maintenance  speires  are  subtracted  frm 
the  maximum  availability.  As  fuel  weight  is  bcised  on  fli^t  time 
between  refuels,  the  remaining  payload  availability  becomes  d^jendent  on 
distance  between  refuel  points.  This  distance  is  usually  the  leg 
distance,  as  refuel  is  offered  at  most  airfields.  However,  some 
airfields  or  scenarios  do  not  allow  for  refuel  at  a  destination. 
Additionally,  some  airfields  require  aircraft  operations  at  less  them 
maximum  wei(^t.  These  airfields  cire  typically  less  busy  and  the  C130  is 
the  normal  aircraft  restricted. 

Althou^  wei<^t  limits  may  restrict  C130  operations  at  some 
airfields,  all  airfields  nominated  as  d^)arture  or  destination  airfields 
are  C130  capable.  Airfields  do  not  teve  to  be  B707  or  civilian  aircraft 
capable.  Most  airfields  restrict  the  number  of  aircraft  on  ground  at 
any  time  by  way  of  ramp  limits. 

8.  Maximum  Route  Tiroes;  Imposed  and  different  across  aircraft  types. 

Maximum  route  tiroes  constrain  flexibility  in  tasking  aircraft. 

The  planner  encounters  four  types  of  route  time  limitaticai,  including 
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aircrew,  aircraft  maintoiance,  aircraft  continuous  tasking  and  delay 
enroute. 

Safety  regulations  limit  the  maximum  continuous  time  an  aircrew 
can  be  tasked.  That  amount  depends  on  the  type  of  task  and  augmentation 
of  the  crew.  Regulations  also  specify  the  mirumum  crew  rest  required 
between  taskings.  The  type  of  task  and  maximum  crew  day  remain  constant 
for  an  operation.  These  values  differ  across  aircraft  types. 

An  aircraft's  availability  is  limited  by  maintenance. 
Unservicibilities  can  be  scheduled  or  unscheduled;  unscheduled  arisings 
are  not  predictcible  and  are  ignored  at  the  planning  stage,  exc^t  for 
occasional  tasking  of  "spare"  aircraft.  The  planner  determines  spare 
aircraft  requirements  in  coc^jeration  with  customers  and  operators. 

Spares  are  added  to  a  schedule  after  all  planning  activity  and  affect 
ranp  capacity. 

Scheduled  maintencince  is  of  two  types,  major  and  minor.  Minor 
servicing  can  be  categorised  by  "on  ramp"  turnaround  and  major  servicing 
by  hangeir  turnaround.  Only  major  scheduled  servicing  affect  the 
planning  for  aircraft  utilisation  as  minor  servicing  is  performed  during 
crew  rest  or  turnaround  periods.  \'3here  aircraft  return  to  a  depot 
(Richmond  usually) ,  scheduled  servicing  beccines  transpeucent  to  the 
airlift  planner.  Maintenance  planning  staff  arrange  airframe 
replacement,  ie  the  airlift  plamner  does  not  plan  dcwn  to  specific 
airframe. 

When  eJasent  from  the  d^x3t  for  a  period  exceeding  the  time  to  next 
major  servicing  one  of  three  things  occurs.  The  airframe  may  be 
serviced  remotely.  If  servicing  at  depot  is  required,  airframes  may  be 
changed  remotely  with  deadlegs  not  met  by  the  operation.  Lastly,  the 
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airframe  nay  return  to  the  d^jot  with  deadlegs  met  toy  the  operation. 

For  the  planner,  servicing  needs  for  an  aircraft  to  return  to  d^xjt  are 
not  usually  ccaisidered.  Still,  the  planner  usuedly  favours  tasking  with 
regular  returns  to  d^xDt.  Definite  return  to  d^xjt  requirements  cure 
often  injected  during  iirplementation  of  an  airlift  schedule. 

Aircrew  availability  affects  airframe  availability  for  tasking. 

An  aircraft  is  not  restricted  to  one  crew,  thou^  only  one  crew  can  man 
the  airframe  at  any  time.  Individual  crew  restrictions  have  eilready 
been  addressed.  Additional  crews,  called  slip  crews,  are  available  at 
the  depot  or  they  can  be  pre-posit ioned  en  route.  The  application  and 
positioning  of  slip  crews  is  based  on  experience  and  operating  squadron 
advice. 

It  is  not  unusual  that  aircraft  eind  cr&ti  must  wait  en  route  for 
extended  periods  to  meet  pick-ups  that  are  restrained  by  availability 
windows.  While  waiting,  crew  and  aircraft  are  effectively  removed  frctn 
the  resource  pool  available  to  AIi3.  Plemners  endeavour  to  minimise  the 
time  aircraft  and  crews  spend  waiting  en  route.  The  maximum  delay  en 
route  is  usually  limited  to  two  days,  thcui^  more  realistic  wait  limits 
cure  bcised  on  flying  time  between  d^jarture  and  d^ot  airfields. 

9.  Operations;  Mixed  pick-ups  eind  deliveries  with  split  consignments. 

Airlift  involves  the  pick-i;p  of  demand  frtm  nodes  or  airfields  and 
its  delivery  to  other  nodes.  An  aircraft  task  leg  may  lift  only  part  of 
the  demeirxl  at  a  node. 

Where  splitting  of  pick-vps  and  deliveries  is  ccxisidered,  the 
order  of  march  or  task  may  dictate  a  maximum  window  for  consolidation. 
For  exanple,  a  window  for  movemoit  may  dictate  earliest  time  an  entity 
is  available  to  move  or  the  latest  time  by  which  the  entity  must  have 
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raoved.  Consolidating  or  grrauping  of  entities  is  permitted.  For 

personnel  and  soone  types  of  freight,  severe  limits  are  placed  on  time  in 
transit.  Transhipment  is  also  permitted.  Flexibility  to  ccnsolidate 
and  tranship  is  restricted  by  scenarios  cind  requirements  of  the  Order  of 
March.  In  fact,  consolidation  and  transhipment  is  unusuad  in  airlift 
operations.  These  conceits  are  more  eipplicable  to  routine  maintenance 
operations,  which  fall  outside  the  scope  of  this  system. 

10.  Costs:  Routing  costs. 

Accurate  costing  of  military  airlift  is  difficult.  Thou^  it 
appears  that  airlift  costs  can  easily  be  split  between  fixed  and 
vciriable  operating  costs,  this  is  not  so  as  costing  principles  remain 
confused.  Guidance  from  senior  management  concerning  the  cost  of 
airlift  is  still  required  and  expected  as  a  product  of  the  adqption  by 
the  ADF  of  Program  Management  and  Budgeting.  Examples  of  "grey  costs" 
include  the  application  of  costs  of  training,  salaries  for  crews  and 
costs  of  fuel  and  services  frcsn  RAAF,  other  military  and  civil 
airfields. 

It  is  normal  for  costs  to  be  expressed  in  units  of  flying  hours  by 
aircraft  type.  As  flying  hours  are  a  factor  of  distance  and  speed  for 
each  aircraft  type,  this  meeeure  has  a  near-lineeu:  relationship  with 
distance  covered.  Thus,  current  systems  cost  according  to  variable 
routing  costs.  Fixed  or  overhead  costs,  normally  inclixSed  in  fleet 
cperations  planning,  are  not  considered. 

However,  the  defining  of  resources  constraints  in  terms  of  flying 
hours  introduces  inaccuracies.  It  limits  solution  alternatives  and 
often  pre-deitennines  solutions  by  defining  utilisation  rates  for  each 
aircraft  type.  Deq^lte  naneigem&it's  wish  to  define  resources  limits  in 
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terms  of  variable  routing  costs,  units  of  nteasureroent  should  allow 
planner  flexibility. 

Other  civilian  and  military  transportation  agencies  have  had 
considerable  success  with  the  application  of  dollar  limits  on  resources. 
Where  dollar  cost  was  difficult  to  determine  or  organisations  wished  to 
introduce  weighting  for  other  than  actual  cost,  systems  using  managoient 
defined  generic  units  have  been  applied.  Under  this  approach,  executive 
management  defines  the  generic  worth  of  each  flying  hour  of  each 
aircraft  type.  Resources  available  to  planners  are  then  expressed  in 
these  generic  units,  for  exanple  Air  Transport  Units.  This  approach 
maintains  planner  flexibility  and  encourages  rigorous  canpeurisons  of 
aircraft  typjes  to  find  the  best  types  for  each  task. 

Despite  the  inaccuracies  the  flying  hovir  resource  allocation 
approach  introduces,  the  RAAF  uses  it.  Its  supporters  claim  it  is  a 
simple  way  of  limiting  over  ccramitment  of  airframe  types.  As  ADF  hi(^er 
management  allocates  AKj  its  resources  in  terms  of  flying  hours  per 
airframe  type,  limits  are  simply  derived  from  executive  allocations. 
Additioneilly,  it  avoids  issues  connected  with  the  accurate  costing  of 
airlift  that  r^iain  unresolved. 

11.  Objectives;  Minimise  total  routing  costs  and  fleet  size. 

\'Jhen  planning  airlift,  there  can  be  one  of  two  objectives.  The 
first  is  the  meeting  of  the  lift  requirements  with  the  least  cost,  in 
terms  of  flying  hours.  Ihe  other  concerns  minimising  airframes 
ccarardtted.  These  two  objectives  may  not  produce  the  same  results. 

Planners  usually  overccroe  this  problem  by  predetermining  ti»  fleet 
size  before  planning  or  by  having  available  fleet  size  presented  to 
them.  They  then  plan  with  an  objective  of  minimising  flying  hours.  If 
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the  Order  of  March  cannot  be  met  with  the  allocated  fleet  size,  the 
fleet  limits  are  eased  and  planning  reapplied. 

Characteristics  of  Relaxed  Routing  and  Scheduling  System 

This  section  describes  a  sub-set  of  the  RAAF  airlift  planning 
problem.  The  relaxed  problem  lends  itself  better  to  computer  based 
solution  techniques. 

The  PAAF  airlift  planning  problem  of  matching  lift  requirsnents 
against  airlift  resources  in  the  presence  of  temporal  and  spatial 
considerations  is  a  hard  problem. 

The  problem  is  hard  according  to  the  mathematical  definition  of 
problem  complexity  when  related  to  time  and  space  requirements  to  solve 
optimally.  It  is  hard  in  the  sense  of  not  having  precise  definitions  of 
objectives.  It  is  also  hard  because  of  the  non-linearity  of  many 
constraints.  Research  into  similar  problem  found  the  capture  of  all 
binding  constraints  involved  in  these  types  of  problems  is  itself  a 
large  task  (Bodin  et  al.,  1933:134). 

The  present  manual  planning  approaches  attempt  to  solve  the 
routing  and  scheduling  problem  by  not  seeking  optimality  and  by  relaxing 
constraints.  Planners  seek  feasibility  and  not  optimisation  by 
restricting  alternatives,  applying  heuristic  methods  and  relying  on  peist 
solutions  as  indicators  of  successful  solutions.  Constraints  are 
relaxed  by  meiking  them  linear  or  not  considering  them  until  plan 
implementation.  Planner  also  apply  their  own  perc^tions  of  airlift 
objectives.  Having  found  feasibility,  planners  may  then  choose  to 
improve  planning  while  remaining  feasible. 
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The  aim  of  prctolem  relaxation  is  to  deccstpose  an  original  problem 
in  such  a  way  to  deduce  a  problem  that  is  easier  and  yet  is  an  accurate 
representation  of  the  original  problem.  Ihe  solution  of  the  relaxed 
prtijlem  should  greatly  contribute  towards  the  solution  of  the  original 
problem. 

In  looking  for  a  problem  that  allows  computer  assisted  solution 
techniques,  two  considerations  exist.  The  first  is  to  define  a  problem 
in  a  way  that  the  environment  can  be  analysed  by  a  computer  based 
system.  The  other  is  to  reduce  the  time  and  space  requirements  of 
solution  techniques.  Essentially,  a  logical  fence  needs  to  be  erected 
around  the  problem  to  make  it  both  definable  and  do-able  by  a  conputer 
based  system. 

Relaxed  Problem  Characteristics 

1.  Size  of  Available  Fleet;  Multiple  vehicles,  numbering  between  one 
and  fifteen. 

The  RAAF  has  24  C130s.  Of  this  number,  between  four  and  six  are 
normally  undergoing  scheduled  and  unscheduled  maintenance  at  any  time. 
Exercise  Kangaroo  '39,  which  was  described  eis  the  biggest  strategic 
airlift  since  World  War  II,  used  no  more  than  14  airframes  on  any  day 
(Air  Lift  Group,  1989;  Attachment  A  to  Appendix  2A  to  Annex  A) . 

2.  TVce  of  Available  Fleet;  Hcanogeneous  vehicle  -  the  C130. 

For  the  planner,  afplication  of  the  civil  and  B707  aircraft  is 
easily  identified  due  to  their  small  numbers,  ricunxw  role  and  limited 
routes.  Yet,  for  an  automated  system,  their  routii;g  and  scdieduling 
causes  considerable  increases  in  system  conplexity.  For  exaitple,  B707 
and  civil  aircraft  cannot  be  considered  to  be  honogeneous  as  they  have 
different  configurations  that  cannot  be  changed  cai-route.  Additionally, 
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they  have  more  constraints  on  their  operations,  of  vrfiich  many  ai^e  non¬ 
linear. 

In  essence,  the  majority  of  the  planning  activity  for  strategic 
airlift  involves  the  C130  aircraft.  Ihis  is  in  terms  of  both  time  taken 
to  plan,  flexibility  achieved  and  prtportion  of  plan  teisked  to  the  C130. 
In  line  with  the  overall  methcxiology  of  evolutionary  design  based  on 
most  return  for  investment,  the  routing  and  scheduling  of  B707  and  civil 
aircraft  will  be  not  be  autcamated. 

B707  and  civilian  leeised  aircraft  tasking  will  be  planned  by  the 
airlift  planner.  Their  planned  tasking  will  be  stored  by  the 
information  system.  This  allows  B707  and  civilian  tasking  to  be 
incorporated  in  planning  cxitput.  The  routing  and  scheciuling  system  will 
consider  their  preserve  when  considering  raitp  capacities  and  tum-around 
for  C130  aircraft.  The  proofing  sub-system  cvill  examine  flying  times, 
route  duration,  load  capacity  and  airfield  ramp  capacity  of  all  aircraft 
types.  Finally,  cost  and  hours  statistics  v/ill  include  non-Cl30 
measurements . 

3.  Housing  of  Vehicles;  Single  depot. 

4.  Nature  of  Danands:  Deterministic. 

Demand  is  in  the  form  of  a  "bill"  or  lift  requirement.  This  bill 
is  expressed  in  numbers  of  personnel  and  pounds  or  tonrtes  of  cargo. 

Cargo  type  is  icientified  to  assist  in  matching  loads  to  fill  aircraft 
and  avoid  inccsrpatibilities,  for  example  explosives  and  personnel.  The 
bill  is  advised  thrau«^  a  statement  of  requirement  called  an  order  of 
march. 

Datand  is  deterministic  as  it  is  not  estimated  by  enpirical  cteroand 
or  a  probability  distribution  functicxi.  Hcfwever,  denand  is  both  static 
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and  dynamic.  Static  demand  is  advised  by  the  order  of  mardi  prior  to 
planning  of  airlift.  Dynamic  demand  is  presented  as  amencinents  to  the 
order  of  march,  or  as  new  requirements,  an  occurs  after  planning  has 
started. 

5.  liscation  of  Demand;  At  Nodes,  not  necessarily  all. 

Nodes  are  airfields  capable  of  si^^xarting  strategic  aircraft. 

Nodes  do  not  have  to  support  all  aircraft  types  and  may  restrict 
capacity  or  endurance  of  aircraft  and  the  maximum  aircraft  on  ground  at 
any  time.  Demand  destination  is  other  nodes  in  the  network. 

Nodes  are  identified  for  the  planner  and  there  is  little 
flexibility  to  change  demand  or  destination  locations.  Based  on 
Exercise  Kangaroo  '89  data,  a  maximum  of  15  demand  nodes  and  5 
destination  nodes  or  vice  versa  are  necessary  (ie  15  demand/  S 
destination  or  8  demand/  15  destination) . 

6.  Underlying  Network;  An  directed  Euclidean  Network. 

A  euclidean  network  is  one  which  obeys  the  triangle  inequality  ie 
the  hypotenuse  can  be  no  longer  than  the  sum  of  tavo  sides  of  the 
triangle.  Arcs  distances  will  be  calculated  from  the  grid  coordinates 
of  the  depcurture  and  destination  nodes. 

Large  scale  and  general  effect  of  weather  will  be  incorporated 
:vhen  routing  and  scheduling. 

7.  Vehicle  Capacity  Restrictions;  Iitposed  and  the  same. 

One  generic  aircraft  type  is  considered  and  the  capacity  of  this 
type  (C130)  is  hcjnogeneous  across  the  fleet.  However,  aircraft  ce^iacity 
for  each  arc  may  vary  and  is  a  function  of  leg  distamce  to  next 
availeible  refuel  cuid  characteristics  of  the  d^xurture  and  destination 
airfields. 


8.  Maximum  Rcxite  Times;  l3i|X3sed  and  the  same. 

There  are  three  aansiderations  that  concern  the  planner  in 
relation  to  limits  of  route  times;  continuous  crew  tasking,  continuous 
airframe  tasking  and  continuous  period  an  airframe  is  away  from  d^xat. 

Safety  regulations  limit  the  maximum  continuous  time  an  aircreiv 
can  be  tasked.  That  amount  d^jends  on  the  type  of  teisk  and  augmentation 
of  the  crew.  Regulations  also  specify  the  minimum  crew  rest  required 
taett/een  tasking.  Crew  augmentation  will  not  be  considered  by  the 
routing  and  scheduling  system,  though  the  operator  may  modify  the 
produced  plan  to  include  crew  augmentation. 

As  the  type  of  task  is  reasonably  constant  for  an  exercise, 
maximum  crew  day  and  rest  ^^.11  be  specified  by  the  planner  and  observed 
by  the  routing  and  scheduling  system.  Because  crew  duty  and  not  cr&.-! 
rest  allov;s  for  before  flight  and  after  flight  servicing,  crav 
specifications  supplied  by  the  operator  will  be  defined  in  terns  of  tine 
allowed  for  pre-flight  activity,  time  allowed  to  fly  and  time  allo'.-/ed 
for  after  fight  activity. 

Airframe  availability  is  limited  by  maintenance.  Unscheduled 
arisings  are  not  predictable  and  are  ignored  at  the  planning  stage, 
exc^jt  for  the  occasional  tasking  of  "spare”  aircraft.  Speue  aircraft 
will  be  determined  by  the  planner  and  added  to  the  schedule.  Tte 
scheduling  system  will  not  consider  spares  except  for  checking  raitp 
capacity  limits. 

Where  aircraft  return  to  the  D^wt  (Richmaid  usu2d.ly) ,  schechiled 
servicings  become  transparent  to  the  airlift  planner.  Airframe  changes 
are  managed  by  maintenance  planners  without  affecting  the  number  of 
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aircraft  available.  Hie  planning  system  will  not  acxxxmt  for  aircraft 
by  tail  nvmber  ie  dam  to  specific  airframe. 

When  absent  from  the  depot  for  a  period  exceeding  time  to  next 
major  servicing,  an  airframe  may  be  able  to  be  serviced  remotely. 
Alternatively,  an  airframe  cdiange  may  be  performed  remotely  with 
deadlegs  not  met  by  the  exercise  or  the  airframe  recalled  to  the  depot 
with  deadlegs  met  by  the  exercise.  Normally,  airframe  cheinges  eire 
transparent  to  an  c^ieration.  Consequently,  the  scheduling  system  will 
not  consider  major  servicing  demands  for  an  aircraft  to  return  to  d^xat. 
Flying  hcwr  costs  of  a  return  to  d^xit  v/ill  be  aissumed  to  be  not  met 
frcm  operation  allocation.  However,  the  scheduling  system  should  favour 
tasking  with  regular  returns  to  d^xjt.  Definite  return  to  depot 
requirements  can  be  applied  by  the  planner  after  initieil  planning. 

Obviously,  aircrerf  availability  affects  airframe  availability  to 
perform  tasks.  Though  an  aircraft  is  not  restricted  to  one  crew,  only 
one  crew  can  roan  the  airframe  at  any  time  ( including  turnaround) . 
Individual  crew  restrictions  have  already  been  addressed.  Additional 
crews  are  available  at  the  d^xst  or  they  can  be  pre-positicxied  en  route, 
otherf/ise  caused  slipping  of  crews. 

An  algorithm  to  calculate  the  most  efficient  distribution  of  crews 
would  be  ccnplex.  However,  slip  crew  locating  is  a  responsibility  for 
squadrons  operating  aircraft.  Hence,  effort,  by  the  scheduling  systan  to 
calculate  slip  crew  distribution  would  be  ejqjensive  in  terms  of  time 
taken  eind  design  yet  may  not  include  adl  constraints  that  a  squaKircxi  may 
consider  necessary.  Any  planned  distribution  would  be  subject  to 
squadron  amendment.  Therefore  the  applicaticxi  and  distributicxi  of  slip 
crews  will  not  be  cot^idered  by  the  scheduling  system.  Better 


perfozmance  would  be  achieved  b/  planner  input  of  slip  cxew  usage  based 
on  experience  and  operating  squadjrcxi  advice. 

The  plan  proofing  sub-system  will  hi^ilit^t  excessive  route 
timings  based  on  minimum  and  single  crewing.  Therefore,  afplicatiori  of 
augmented  and  slip  crews  will  be  hichli^ted  to  the  planner.  Routes 
foxjnd  with  excessive  timings  will  still  stand. 

With  the  aK>licatiai  of  tenporal  constraints  on  uplift,  the 
scheduling  of  aircraft  becomes  important.  Where  windows  of  demand 
availability  are  not  matched,  yet  it  is  disadvantageous  for  the  aircraft 
to  return  to  d^xDt  in  between  pick-ups,  seme  systems  allow  a  vehicle  to 
•v;ait  at  a  node  for  demand  to  became  available.  Though  waiting  should 
not  be  discounted  in  the  planning  of  RAAF  airlift,  the  cost  of  having  an 
airframe  idle  and  away  from  the  d^x>t  must  be  considered. 

As  resources  are  provided  in  increments  of  flying  hours  and  route 
cost  v;ill  be  based  on  distance  covered,  implementation  of  an  accurate 
cost  of  -waiting  would  be  difficult.  A  more  simple  heuristic  approach  is 
to  be  used.  Firstly,  maximum  delay  at  any  node  on  a  route  is  limited  to 
two  days.  Airframes  may  wait  enroute  provided  the  cost  to  include  legs 
to  the  depot  and  return  later  to  the  node  eure  not  less  them  four  hours 
flying  time  per  day  waiting,  there  crew  rest  must  be  taken  at  a  node 
candidate  for  -.iraiting,  the  period  of  crew  rest  is  not  included  in  tte 
•wait  pericxi. 

9.  Operations:  Mixed  pick-i^  and  deliveries  with  split  ccxisigning 
ctllowed. 

With  airlift,  payload  may  be  piedoad  up  from  many  nodes  and 
delivered  to  other  nodes  en  route.  Consequ^ly,  mixed  pick-ups  arxi 
deliveries  must  be  allowed,  c»nd  the  increase  in  algorithm  oonplexity 
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accepted.  Because  it  is  not  unusual  for  demand  at  a  node  to  exceed 
aircraft  capacity  many  times  over,  flitting  of  demand  over  many 
aircraft  must  be  allowed.  I’Jhere  a  split  pick-t?J  is  considered,  the 
Order  of  March  should  dictate  the  preferred  ^lit  for  each  demand 
locaticai.  Ihis  will  be  achieved  by  specifying  unit  loads  and  for  each 
unit  ccmprising  the  denand  at  a  node,  if  flitting  of  unit  integrity  is 
allowed,  and  if  so  vAiat  restrictions  may  be  applied.  Where  splitting 
occurs,  all  pick-ups  and  deliveries  must  meet  ^jecified  time  windows. 

Demand  at  a  node  may  also  be  considerably  less  than  an  aircraft 
load.  Consolidation  is  permitted  cind  best  applied  to  cargo.  For 
personnel,  limits  cire  placed  on  time  in  transit  and  amount  of  extra 
travel  undertaken.  Though  transhipmatt  is  eillcwed,  excessive  cost 
penalties  apply  where  personnel  must  transit  a  way  point  avemi<^t. 
Obviously,  throu^  the  Order  of  March,  a  planner  can  ^jecify  if  payload 
cannot  be  consolidated  or  transhipped. 

10.  Costs:  Routing  costs. 

Costing  of  airlift  is  a  necessary  requirement  of  the  system  and 
the  router  and  scheduler  should  give  some  irdication  of  the  expected 
cost  of  a  airlift  operation.  Unfortunately,  accurate  costing  of 
military  airlift  is  difficult.  Though  on  the  surface  easily  split 
between  fixed  eind  veiriable  operating  costs,  guidance  from  senior 
management  ccxiceming  the  cost  of  airlift  is  still  required.  Exairples 
of  this  include  the  cost  of  training,  saleuries  for  crews  cind  fuel  and 
services  from  RAAF,  other  milit2u:y  and  civil  airfields. 

The  RAAF  has  a  fixed  fleet  size.  Therefore,  it  would  be  normal 
for  costs  to  be  beised  on  variable  routing  costs.  As  resources  are 
provided  in  units  of  flying  hours,  costs  will  be  calculated  in  units  of 
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flying  hours.  Despite  the  inaccuracies  this  approach  introduces,  it  is 
a  reeisoiable  ^sproach  ais  flying  hcurs  consumed  is  a  feK:±or  of  distzmce 
and  input  cruise  ^jeed  for  each  aircraft  type,  providing  a  linear 
relationship  to  distance  cxivered. 

Different  aircraft  types  have  different  operating  cxsts  for  each 
flying  hour.  Though  accurate  hourly  costs  aure  difficult  to  derive, 
there  are  clear  differences  between  operating  costs  of  some  types.  As 
the  routing  and  scheduling  system  examines  one  aircraft  type,  the  C130, 
it  can  base  its  costing  on  flying  hours.  However,  to  provide  information 
to  a  planner  to  allw  him  to  best  aj^ly  different  airframe  types,  the 
proofing  and  checking  component  of  the  system  will  provide  an 
approximate  costing  in  dollaurs  of  the  lift  operation.  As  this  system  is 
applied  after  the  routing  and  scheduling  systan  and  after  the  planner 
has  cipplied  planned  airlift  for  other  aircraft  types,  a  good  indicative 
costing  can  be  provided.  Costs  will  be  based  on  the  number  of  planned 
hours  found  by  the  proofing  and  checking  system,  for  each  aircraft  type, 
multiplied  by  the  operator  specified  per  hour  cost  of  each  aircraft 
type. 

11.  Objectives;  Minimise  total  rcxiting  costs. 

T.-JO  COTflicting  yet  possible  ctojectives  implies  that  s^arate 
routing  and  scheduling  systats  are  required.  Alternatively,  one 
objective  may  be  applied  in  all  cases.  The  other  cAjjective  could  be 
applied  ais  a  craistraint.  As  the  minimisation  of  vauriable  costs,  ie 
hours  consumed,  while  meeting  requirements  is  the  ccrmon  objective,  it 
will  be  applied. 

However,  the  minimum  application  of  airframes  will  also  be 
stpported  interactively.  To  operate  the  routing  and  scheduling  system, 
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the  cperator  ir^xits  the  airframe  allcxration  eis  either  oie  figure  per 
airframe  type  vdiich  is  consistent  across  the  airlift  period  or  a  daily 
availability  for  each  type.  By  varying  the  roaxinum  airframe  eillocaticai 
and  disposition  and  re-running  the  router  and  schedular  with  these 
mcxiified  irputs,  the  planner  can  ascertain  the  change  in  airlift  cost  or 
duration  caused  by  the  change  in  allocation.  Therefore,  in  the  less 
coitnon  case  inhere  airframes  ooumitted  or  duration  of  lift  must  be 
minimised,  the  system  will  si^^rt  location  of  feeisible  alternatives  and 
assist  in  the  ranking. 

Static  Router  and  Schedular 

The  static  router  and  schedular  is  a  conponent  of  the  RAPS. 

Through  interactive  su^xart  and  analysis,  it  helps  an  qperator  derive 
the  first  version  of  an  airlift  plan.  After  defining  peirameters  that 
control  matching  and  search  sequences,  the  operator  chooses  methods  to 
match  lift  requirements  against  resources.  Matching  commences  and  the 
operator  is  kept  appraised  of  progress. 

Matching  only  considers  C130  aircraft.  Best  results  occur  vhen 
tne  operator  defines  non-C130  activity  before  running  the  matching 
process. 

[Xtring  matching,  operator  input  is  sought.  The  operator  makes 
decisions  canceminq  control  of  cinalysis,  such  ets  the  rejecticxi  of  a 
lift  request.  The  cperator  also  adjudicates  on  issues  of  paylocxi 
feeisibility  and  manipulatioi  of  lift  request  time  frames.  Lastly,  the 
router  and  schedular  presents  results  to  the  operator  and  work  can  be 
either  acceptance  or  rejected  for  further  review. 
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IVkj  heuristic  raatching  methods  are  available,  ihe  operator  may 
choose  to  ^ply  eiry  or  all  methods.  After  each  process,  the  system  will 
present  results  of  the  matching.  Result  statistics  include  expectations 
of; 

1.  plan  feasibility, 

2.  flying  hours  required  in  ;veekly  units, 

3.  aircraft  required  per  day  and  indicaticxis  of  their  utilisation, 

4.  payload  expressed  as  grand  and  weekly  totals  and  dissected  into 
units  of  personnel  and  freic^t,  and 

5.  Order  of  March  entities  moved  on  their  preferred  day,  within  their 
available  windoiv  and  outside  their  available  v/indow  esq^ressed  as  entity 
totals,  payload  totals  and  percentages. 

Ihis  data  gives  good  indication  of  cost  of  the  plan,  resource 
commitment  and  utilisation  and  custcaner  satisfaction  Armed  with  this 
and  the  ability  to  closely  scrutinise  the  draft  plan  produced  by  each 
method,  the  operator  decides  '.\fhich  method's  result  to  adopt  as  the 
initial  version  of  the  operation's  airlift  plan. 

Application 

The  component  has  application  after  detailed  definition  of 
scenario,  resources  available  and  lift  requirement.  Requirenents  are 
matched  to  resources  in  a  heuristic  fashioi  to  derive  a  feasible  plan 
that  aims  to  meet  lift  windows  and  minimise  resources  comnitted. 

Ihou^  intended  to  only  be  run  zxnce  during  an  airlift  cperation,  a 
plcinner  may  choose  to  run  the  static  router  and  schedular  nany  times. 

By  tuning  resource  and  requirement  definitions  after  rtms,  an  operator 
can  derive  a  better  starting  plan. 
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The  router  and  sdieduleu:  only  analyses  requlrenaits  and  resources. 
It  is  not  re^xsnsible  for  ccaipilation  of  data  for  an  ofjeration,  relying 
on  other  system  ccanponents  to  build  and  edit  global  and  operation 
specific  data. 

T.imitatinns 

Heuristic  Approach  to  Soluticai  Generation 

The  routing  and  scheduling  of  limited  airlift  resources  is  a 
difficult  prctolon.  Mathematiceilly,  it  falls  into  the  hard  category  of 
operations  research  problems,  meaning  that  it  is  ccsiputationally 
burdenscsne  in  both  computer  time  and  space. 

When  confronted  with  burdenscane  problems  tvo  options  are 
available.  First,  given  the  time  and  computer  power,  optimal  solutions 
can  be  generated,  often  by  trial  and  error  or  systematic  elimination  of 
candidate  solutions. 

Alternatively,  quicker  methods,  based  on  heuristic  approaches,  are 
applied.  While  generating  solutions  sooner,  rule  of  thumb  approaches 
have  drawbacks.  •  They  do  not  guarantee  optimality.  Solution  techniques 
often  attenpt  to  find  an  initial  feasible  solution.  Inprovements  are 
attempted  '/hile  maintaining  feasibility.  If  some  measure  of  the  optimal 
solution  is  known,  this  approach  probably  could  find  it.  However,  this 
is  not  so  with  airlift  planning  as  no  gucirantee  of  cptimality  is 
pxDssible. 

This  should  not  be  surprising  to  the  airlift  planner.  Manual 
techniques  apply  ituch  the  same  approach.  Time  dictates  that  only  a 
small  px>rtic^  of  px)ssible  soluticais  be  considered  for  most  problems. 

The  narrcving  of  alternatives,  though  often  intuitive,  involves  rule  of 
thunb  techniques  based  on  experience. 
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The  router  and  schedular  afplies  heuristic  techniques.  Therefore, 
cptimality  can  neither  be  guaranteed  nor  reedised.  Further,  most 
ctojectives  of  airlift  planning  are  qualitative,  including  issues  such  as 
fluidity,  flexibility,  responsiveness  and  usefulness.  Quantitative 
models  must  be  derived  for  them.  This  usually  involves  simplification 
of  objectives  vrtiich  further  reduces  litelihood  of  finding  optimality  or 
even  realising  when  cptimality  has  been  achieved. 

However,  heuristic  methods  do  derive  timely  solutions  to  airlift 
routing  and  scheduling  problems.  Optimality  too  late  is  useless.  Also, 
given  the  dynamic  nature  of  airlift  in  operations,  a  priori  cptimality 
does  not  mean  much.  v^Jhat  is  required  is  a  good  starting  point. 

Heuristic  methods,  if  af^lied  prc^^erly,  "can  generate  a  'good'  solution 
rather  quickly  and  the  result  provides  significant  iirprovanent  over 
trying  to  create  a  schedule  manually"  (Davis,  M. ,  1988:132) . 

The  router  and  schedular  relies  on  three  players.  It  harnesses 
the  computers  speed  with  simple  and  r^^etitive  calculations.  It  relies 
on  research  and  considered  techniques,  in  coitputer  code,  to  guide  sinple 
decision  making.  These  players  are  subordinate  to  the  operator,  who 
makes  executive  decisions  and  applies  real  world  considerations. 
Together,  these  players  can  produce  a  good  initial  airlift  plan,  given 
sufficient  direction,  data  and  time. 

Effect  of  Scenario  Upon  Component  Usefulness 
Generally,  the  routing  aspects  of  airlift  planning  lend  themselves 
better  to  automation.  Constraints  and  cA)jectives  tend  to  be  more  linear 
and  quantitative,  being  COTicemed  with  issues  of  meeting  demand  and 
minimising  distance  covered.  Scheduling  aspects  of  airlift  planning  are 
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more  qualitative  and  deal  with  issues  of  custoner  service  and 
satisfaction. 

The  static  router  and  schedular  is  best  suited  to  an  operation 
involving  many  departures  and  destinations.  This  situation  provides 
many  alternatives  to  mix  airlift  and  requires  many  siitple  and  r^jetitive 
coirputations.  An  operation  v/ith  few  departure  and  destination  point, 
such  as  a  round  the  clock  logistics  build-up  or  fly-in,  usually  involves 
the  airlift  planner  in  aspects  of  managing  crew  duty  periods  and 
detailed  load  planning.  Because  of  their  complexity  and  non-linearity, 
high  level  planning  models  are  used  to  plan  crew  duty  and  loads. 

Alternatively,  the  operator  may  choose  to  maniially  conceive  the 
initial  plan.  This  option  suits  snail  scale  scenarios  or  operations 
involving  rigid  airlift  commitment. 

r.iwit-ed  airrxaft  Tvpe  Consideration 

Only  the  C130  aircraft  type  is  considered  in  the  automatic 
matching  of  requirements  against  resources.  The  C130  is  the  predominate 
airlift  resource  of  the  RAAF.  Yet,  it  is  not  usually  subject  to  strict 
directions  concerning  lise.  Most  d^jarture  and  destination  airfields  can 
accept  the  aircraft  and  minimal  grmind  handling  is  required. 

Conversely,  the  B707  and  civil  leased  aircraft  are  often  subject 
to  a  priori  tasking.  Additionally,  there  ate  many  constraints  on  their 
operations,  such  as  pavement  restrictions,  ground  handling  requirements 
and  contractual  obligations. 

To  automatically  match  these  resources  against  requirements, 
complex  methods  would  be  required.  Additionally,  vast  amounts  of  data 
would  require  input  for  each  application.  Yet  gross  siirplifications 
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would  still  have  to  be  applied.  For  results  to  be  useful,  significant 
operator  input  vrould  be  required. 

Given  the  restrictions  on  non-C130  aircraft  application  and  their 
minor  role  in  most  airlift  operations,  the  cperator  could  derive  a 
concept  of  application  without  computer  support.  Consequently,  the 
system  concentrates  on  assisting  operator  tasking  and  maintenance  of 
non-C130  airlift.  Having  decided  how  non-C130  airlift  will  be  applied, 
the  operator  can  use  system  functions  to  add  and  modify  their  tasking. 

Hov;ever,  the  router  and  schedular  does  acknowledge  non-C130 
tasking  made  before  running  the  component.  It  reduces  the  Order  of 
March  lift  requirement  that  it  matches  by  that  payload  met  by  manually 
tasked  aircraft. 

Inputs 

Inputs  can  be  divide  into  three  groups,  environment,  resources  and 
lift.  Input  is  provided  in  electronic  form.  Other  conponents  of  RAFS, 
such  as  the  global  data  building  and  major  and  minor  database 
manipulation  routines  provide  the  support  to  build  and  present  data. 
Alternatively,  electronic  data  interchange  conventions  may  allow  data  to 
be  "imported” .from  other  sources. 

Environment  inputs 

Environmental  data  is  comprised  of  two  groups.  The  first  is  data 
global  to  the  airlift  planning,  including: 

1.  airfield  data  such  as  global  location  and  limitations  in  pavement 
or  parking. 

2.  aircraft  characteristics  including  speed  and  endurance  for  C130 
and  non-C130  aircraft,  and 

3.  aircrew  day  limits  by  airframe  type. 
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The  ot±ier  group  includes  decisions  and  limits  already  in  place  for 
the  operation.  These  include: 

1.  manually  defined  C130  partial  and  full  loads, 

2.  manually  defined  non-C130  loads,  and 

3.  home  base  airfield  for  C130s. 

Lift  Resource  Inputs 

Resource  limits  must  be  specified  to  the  system,  in  terms  of: 

1.  maximum  airframes  per  day,  by  type  allocated  for  the  operation, 
and 

2.  total  flying  hours  available  by  airframe  type. 

Lift  Recaiirement  Inputs 

The  prime  document  v.tiich  specifies  uplift  or  customer  requirements 
is  the  Order  of  lyiarch.  For  each  entity,  the  Order  of  March  includes: 

1.  departure  airfield, 

2.  destination  airfield, 

3.  v;indow  -.^here  available  for  uplift, 

4.  preferred  v;^lift  day  within  window, 

5.  flexibility  in  uplift  day  indicator,  and 

6.  relation  to  other  Order  of  March  entities  and  the  specific 
relationship. 

Outcasts 

The  system  outputs  detailed  and  summary  data.  Detailed  data  is 
formatted  as  a  draft  plan,  which  other  corrponents  of  RAPS  can  access  and 
manipulate.  Surmary  data  includes; 

1.  aircraft  committed  per  day  with  maximum  and  minimum  highlighted, 

2.  total  payload  moved, 

3.  number  of  entities  lifted. 
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4.  entities  moved  on  their  preferred  lift  day, 

5.  entities  moved  within  their  window  but  not  on  their  preferred  lift 
day, 

6.  entities  struck  from  matching, 

7.  flying  hours  ccsnmitted, 

8.  flying  hours  not  committed,  and 

9.  plan  feasibility  or  infeasibility. 

Besides  being  available  in  hard  or  printed  form,  output  is 
produced  in  electronic  form.  This  facilitates  ready  adoption  by  RAPS  of 
a  draft  plan  as  the  initial  plan  for  an  operation.  Another  component 
allows  the  draft  to  be  adopted.  Additionally,  ready  "export”  to  other 
coiiputer  applications  results. 

Each  algorithm  produces  output,  Hot-/ever,  data  is  directed  to 
different  holding  files,  allowing  the  operator  to  review  results  of  more 
than  one  algorithm  before  choosing  one  to  adopt  as  an  initial  plan.  Re¬ 
runs  of  an  algorithm  will  over.vrite  previous  output  from  that  algorithm 
for  the  operation,  though  the  operator  is  given  an  option  to  move 
previous  versions  to  other  files. 

Procedure 

The  system  will  first  allow  the  operator  to  input  planned 
commitment  of  non-C130  types  and  "must  go  in  this  form"  C130  tasks. 
Remaining  lift  requirement  will  be  matched  by  the  system,  using  a 
heuristic  routing  and  scheduling  algorithm,  Basic  feasibility  checks 
will  be  applied,  including  flight  duration,  adherence  to  windows  for 
minimum  flexibility  entities  and  exceeding  resources  available.  A  plan, 
if  feasible,  will  be  presented  to  the  operator. 


No  Feasible  Plan 


Where  the  system  cannot  meet  the  lift  requirement  with  the 
resources  allocated,  no  feasible  plan  can  be  formulated.  Feasibility  is 
a  combination  of  meeting  demand,  within  resources  limits  and  within  hard 
time  limits.  Inability  to  remain  feasible  and  within  movement  windows 
will  not  usually  cause  plan  infeasibility.  The  system  considers  windows 
of  entities  without  the  lowest  flexibility  indicator  to  be  "soft”.  It 
will  automatically  relax  these  windows  to  find  a  feeisible  plan. 

Operator  input  will  define  the  initial  direction  of  relaxation  ie  move 
windov/  forii/ard  or  bacJcvard. 

Because  of  the  heuristic  approach,  no  initial  infeasibility  does 
not  mean  that  there  is  no  possible  solution.  However,  this  is  likely. 

If  no  feasible  initial  plan  can  be  located,  the  system  will  store 
the  progress  it  made  in  planning  the  airlift.  A  suitable  message  is 
displayed,  including  a  percentage  indicator  of  the  lift  met  before 
infeasibility.  The  operator  can  review/  the  plan  and  provide  remedial 
assistance.  Assistance  could  take  the  form  of  more  manual  routing,  an 
increase  in  resources  or  a  reduction  in  requirement.  Changes  would  be 
made  to  inputs  or  the  overriding  operator  tasking,  all  of  which  will 
require  electronic  cunendment.  The  remedial  options  either  ease  the 
constraints  or  guide  the  algorithm  toward  some  preconceived  notion  of 
the  solution. 

Alternatively,  the  operator  may  signal  acc^tance  of  the  progress 
made  to  date  with  planning,  allowing  the  system  to  consider  only  that 
proportion  of  the  inputs  committed  in  the  feasible  plain.  Upon 
acc^jtance,  the  system  will  consider  process  but  only  considering  the 
partial  case  ie  proofing  will  be  performed  even  though  the  plan  is 
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incoroplete.  The  approach  may  be  suitable  where  infeasibility  was 
encountered  with  only  few  entities  remaining  to  coaranit.  Processing 
ordering  should  ensure  these  entities  are  the  smallest  and  most 
marginally  expensive  to  apply. 

Feasible  Plan 

If  a  feasible  plan  is  found,  it  is  presented  to  the  operator  in 
electronic  and  summary  form.  The  operator  may  print  the  r^xjrt,  study 
it  and  make  overriding  amendments  to  the  electronic  form  of  the  plan. 
Upon  signal  to  continue,  the  system  will  examine  the  electronic  form  of 
the  plan,  which  nay  have  been  amended  by  the  operator,  and  commence 
proofing  it. 

Insertion  Algorithm  -  Secaiential 

The  sequential  insertion  algorithm  attempts  to  find  a  plan  by 
maintaining  feasibility.  Airlift  resources  cannot  be  committed  in 
excess  of  daily  limits.  After  arranging  Order  of  March  entities  by 
importance,  the  algorithm  steps  through  each  entity,  assigning  airlift 
to  meet  lift  requirements.  Uplift  on  the  preferred  day  is  first 
attempted,  followed  by  the  nearest  day  within  each  entity's  uplift 
windov;.  If  lift  cannot  be  met  within  the  window,  the  operator  can  allcr.v 
the  window  to  be  relaxed  or  the  entity  struck  from  the  planning  process. 

Upon  finalisation,  the  algorithm  declares  feeisibility  if  all  lift 
has  either  been  assigned  or  struck  from  the  assignment  process. 
Infeasibility  results  \ihen  lift  could  not  be  assigned  in  a  ^vay  to  stay 
within  airlift  resource  limits.  Regeirdless  of  feasibility,  st^porting 
summary  data  and  a  detailed  plan  eire  presented  upon  completion.  Should 
airlift  resource  limits  be  cbserved,  the  plan  is  declared  feasible, 
regardless  of  lift  of  entities  outside  windows. 
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Hiis  algorithm  is  the  "airlift  provider's  friend,"  Jeering 
additional  airlift  resources  at  arms  length.  It  has  best  afplication 
^■diere  airlift  resource  limits  are  firm.  Always  staying  within  daily 
airlift  limits,  this  algorithm  meets  lift  requirements  in  ortSer  of 
inportance.  Ihe  (^aerator  can  choose  to  discard  entities. 

However,  the  algorithm  is  prone  to  bogging  down  when  the  Order  of 
March  requires  surges  in  airlift.  Though  excessive  tasking  for  short 
periods  may  be  acceptable  to  management,  the  algorithm  stubbornly 
considers  airlift  limits  as  firm. 

Order  of  March  entities  are  first  arranged  by  flexibility 
indicator  and  the  size  of  lift  to  gain  relative  significance.  Each 
entity  is  then  considered  for  uplift  on  its  preferred  day. 

Uplift  of  ttie  whole  entity  on  an  existing  task  leg  with  sufficient 
spare  capacity  is  considered  vhere  lift-yet-to-be-roet  is  less  than  an 
aircraft  load.  Otherwise,  additional  airlift  resources  are  committed, 
if  available.  If  not  available,  additional  tasking  of  existing  airlift 
is  considered,  though  all  lift  roust  occur  on  the  prefearred  day.  If 
still  unable  to  met  lift,  attempts  are  made  to  spread  the  requirement 
across  more  than  one  existing  task. 

Allocation  of  lift  to  met  requironsents  is  performed  in  increments 
of  up  to  one  aircraft  load.  l\/here  an  entity  requires  more  than  one 
aircraft's  comtiitment,  the  lift  allocation  sequence  considers  one 
aircraft  lots.  After  cin  allocation,  residue  lift-yet-to-be-met  is  then 
resubjected  to  the  complete  allocation  process. 

Inhere  lift  cannot  be  met  on  the  [^referred  day,  the  system  examines 
other  days  within  the  lift  window,  seeking  the  closest  day.  Though  the 
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fiill  window  is  considered,  cperator  definition  of  directic»i  of  search 
affects  search  order. 

If  lift  still  cannot  be  met,  operator  advice  is  sought.  (Rations 
allow  ejq)ansion  of  v.'indcws  in  defined  directic»is,  the  striking  of 
entities  from  the  process  or  halting  of  algorithm  processing. 

I'Jhere  peirt  of  an  entity's  lift  requirement  remains  not  met  and  a 
shift  in  day  is  needed,  that  portion  cilready  met  on  the  day  ranains  met 
on  that  day. 

Detailed  Algorithm 
Control 


1.  Order  entities  by  ascending  flexibility  indicator  and  then  by 
descending  size  of  lift. 

2.  Take  the  next  entity  in  order.  If  none  remain,  go  to  finalisation 
(step  15) .  Otherwise,  eissign  the  lift  day  as  the  preferred  lift  day  and 
set  lift-yet-to-be-met  to  the  lift  required. 

3.  Perform  allocation  (steps  .3  through  14),  using  the  defined  lift 
day.  If  all  lift  is  met  go  to  st^  2. 

4.  If  the  entity  has  the  lowest  flexibility  indicator  go  to  step  6. 

If  the  entity's  day  of  lift  can  move  in  the  direction  defined  by  the 
operator  and  remain  within  the  allowed  v;indow,  set  lift  day  to  the 
nearest  day  in  the  defined  direction  and  within  the  window  and  go  to 
step  3. 

5.  If  the  entity's  day  of  lift  move  any  direction  and  remain  within 
the  allowed  v/indov/,  set  lift  day  to  the  nearest  day  that  is  within  the 
window  cvnd  go  to  st^  3. 

6.  Advise  the  operator  that  lift  Ceinnot  be  met  within  the  available 
v/indaw  or  because  of  Icrw  flexibility.  Three  options  cure  presented  to 
the  operator: 

(i)  Halt  processing,  record  the  plan  as  infeasible  and  go  to 
finalisation  (step  15) .  This  option  would  be  taken  when  the 
operator  senses  that,  under  this  algorithm,  the  Order  of  March 
clearly  cannot  be  met  by  the  airlift  resources.  The  matching 
would  be  terminated,  the  plain  as  infeasible  and  sunnary  statistics 
finalised. 

(ii)  Strike  entity  from  the  matching  and  go  to  st^  2.  This 
option  cillows  all  or  part  of  the  entity  to  be  struck  from  the 
algorithm.  This  allov;s  the  operator  to  maintain  the  entity's 
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lift,  flexibility  indicator  and  window.  The  operator  may  be 
pr^iared  to  task  aircraft  above  the  defined  maximum  per  day  or 
review  the  situation  <xice  other  aitities  cure  tasked.  Essaitiedly, 
this  option  means  "Don't  worry  about  it;  I'll  do  it  myself!".  The 
operator  cem  choose  to  eliminate  all  of  the  aitity  or  cxtly  that 
part  of  the  entity's  lift  that  remains  not  met. 

(iii)  E^^and  the  entity's  windcw  imtil  lift  is  met  and  go  to 
st^  3.  This  option  allows  amorling  of  defined  lift  windcw, 
implying  softness  into  windcw  restrictions. 

Considering  the  operator  glctoedly  defined  preferred  direction  of 
window  relaxation,  the  system  either  expands  only  in  the  stated 
direction  or  in  both  directions,  starting  with  the  prefeired  direcrtion. 
Thus,  the  planned  day  of  lift  for  the  entity  will  move  in  the  defined 
direction  to  that  day  closest  to  the  window  vhere  lift  can  be  met. 

Having  selected  a  new  lift  day,  go  to  st^  3.  A  safety  bound  will 
limit  the  maximum  nuirber  of  days  an  entity's  window  can  expand.  If  the 
bound  is  reached,  go  to  st^  6  (this  step  again)  but  restrict  (^ions 
only  to  hedting  processing  or  striking  the  entity. 

7.  Go  to  step  2. 

Allocation 

8.  If  the  lift-yet-bo-be-met  is  one  aircraft  load  or  more  go  to  st^ 
10  otherwise  go  to  st^  9. 

9.  Search  for  excess  cepacity  on  aircraft  flying  the  required  leg  on 
lift  day.  Where  aircraft  fly  the  leg,  excunine  spcure  load  capacity  and 
attenpt  to  fit  the  lift  onto  cin  existing  leg.  The  lift-yet-to-toe-met 
must  be  met  by  car»e  task  leg.  No  ^reading  of  load  across  legs  is 
allowed  yet.  Where  it  is  not  obvious  nor  recorded  that  the  axiditional 
load  is  possible,  operator  decision  will  be  sought  and  recorded.  If  the 
lift  can  be  met  without  additional  tasking,  update  the  payload  ot  the 
earmarked  leg,  mark  the  lift  as  met  and  go  to  st^  14. 

10.  Are  there  aircraft  resources  yet  to  be  tasked  on  that  day?  (New 
aircraft  aupe  available  to  task  until  the  maximum  aircraft  per  day  limit 
is  reached.)  If  not  available,  go  to  step  11.  If  available: 

(i)  task  one  new  aircraft,  including  task  and  dead  legs,  emd 
reduce  airframes  still  available  for  the  day, 

(ii)  reduce  lift-yet-to-be-met  by  the  load  for  the  new 
aircraft, 

(iii)  record  spare  payload  capacity,  and 

(iv)  go  to  step  14. 

11.  As  there  are  no  new  aircraft  availeble,  the  system  will  attempt  to 
2d.locate  extra  tasking  to  aircraft  eOready  in  the  flow. 
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If  additicHial  teisking  can  be  acxxxnmsdated  by  an  aircraft  already 
tcisked  on  the  day: 

(i)  expand  aircraft  tasking  to  provide  the  new  task  and  dead 
legs, 

(ii)  record  spare  payload  capacity, 

(iii)  reduce  lift-yet-to-tie-flet  by  the  load  for  the  new  leg, 
cind 

(iv)  go  to  step  14. 

12.  Search  for  excess  capacity  on  aircraft  flying  the  required  leg  on 
the  lift  day.  Vftiere  aircraft  are  flying  the  leg,  examine  ^ere  load 
capacity  and  att«aipt  to  fit  the  lift  across  existing  legs.  As  lift-yet- 
to-be-met  can  nov.'  be  spread  across  more  than  one  leg,  the  algorithm 
essentiadly  takes  what  it  can  get. 

Where  it  is  not  cAjvioLS  nor  recorded  that  the  additional  load  is 
possible,  operator  decision  will  be  sou^t  and  recorded.  If  the  lift 
can  be  met  without  additional  tasking,  update  the  payload  on  the 
earmarked  legs  and  changes  to  task  and  dead  legs,  mark  the  lift  as  met 
and  go  to  step  14. 

13.  Exit  allocation  with  lift-yet-tcHae-met  greater  than  zero. 

14.  Exit  allocation  if  lift-yet-to-be-met  equals  zero.  Otherwise  go 
to  st^  S. 


Finalisation 

15.  Derive,  and  output  smirary  data  including: 

(i)  aircraft  admitted  per  day  with  maximum  and  minimum 


highlighted. 

(ii) 

total  fjayloeKi  moved. 

(iii) 

number  of  entities  lifted. 

(iv) 

OTtities  moved  on  their  preferred  lift 

day. 

(V)  entities  moved  within  their  'windcw  but 

preferred  lift  day. 

not  on  their 

(Vi) 

entities  struck  from  matching, 

(vii) 

flying  hours  estimated. 

(viii) 

flying  hours  not  coRinitted,  and 

(ix) 

plan  feasibility  or  infeasibility. 
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16.  Derive  detailed  plan,  drawing  on  data  from  the  Order  of  March  and 
airlift,  unit,  coinrnand  and  location  glcdaal  and  operation  specific  data 
files. 

17.  Output  plan  detail  if  desired  by  operator. 

18.  Provide  electronic  copy  if  desired  by  operator. 

Insertion  Algorithm  -  Parallel 

Ihe  parallel  insertion  algorithm  first  ccatmdts  airlift  on  the 
preferred  day  of  lift  of  all  entities,  regardless  of  airlift  resource 
limits.  Simple  inprovements  attarrpt  to  move  the  plcun  from  infeasibility 
to  feasibility.  Final  improvements  examine  alignment  of  tasks  to 
improve  efficiency.  The  operator  is  advised  of  algorithm  progression 
and,  upon  compietion,  summary  and  detailed  plan  states. 

Ihis  algorithm  has  best  application  where  lift  requirements 
clearly  exceed  airlift  resources  allocated  or  where  airlift  resource 
daily  limits  are  soft  (ie  increases  aure  readily  entertained) . 
Essentially,  the  algorithm  lets  entities  "have  their  way".  Iterations 
of  airlift  smoothing  occur  until  operator  satisfaction  with  expected 
airlift  resource  comitment. 

HCT-/ever,  ■.^here  airlift  resource  limits  are  firm,  this  algorithm 
will  still  seek  to  exceed  limits  and  processing  tends  to  be  slow.  This 
algorithm  is  "the  customer's  friend"  attenpting  to  met  all  requirements 
on  preferred  days. 

After  sorting  entities  by  significance,  this  algorithm  allocates 
different  airlift  resouroes  to  all  entities  on  their  preferred  lift  day. 
Simple  improvements  to  the  plan  are  attenpted  by  conbining  and  aligning 
tasks  on  each  day.  Airlift  resources  requirement  estimates  are  amended 
but  the  plan  is  not  changed. 
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with  each  inprcvement  of  the  plan,  the  systan  presents  the 
expected  plan  state  and  gives  the  operator  option  to  accept  the  state. 
Should  the  operator  accept  the  airlift  ccstimitinent  ejqsected,  hard  airlift 
resource  limits  will  be  ignored  in  favour  of  expected  cornniitment.  Final 
iiTprovements  then  attempt  to  inprove  efficiency  and  dovetail  tasking. 

If  unacceptable  peaks  xn  caranitment  of  airlift  resources  ranain, 
commitment  is  reviaved.  For  each  day  where  airlift  is  overcaranitted, 
airlift  carrying  the  leeist  significant  entity  is  shifted  to  the  nearest 
day  where  spare  airlift  exists  and  the  entity's  window  is  met.  If 
airlift  cannot  meet  winda'/  restrictions,  the  next  insignificant  entity's 
airlift  is  chosen.  Only  one  aircraft  task  is  moved  per  day. 

Siitple  improvement  is  again  performed  and  airlift  resource 
requirements  updated.  Operator  acceptance  of  the  expected  plcin  is  again 
sought. 

Task  movement  and  simple  improvement  iterations  continue  until 
daily  airlift  ca^tments  are  within  limits  or  no  airlift  can  be  moved 
without  missing  entity  windows.  Plan  feasibility  and  airlift  resource 
commitment  per  day  are  displayed  to  the  operator. 

If  airlift  remains  unreasonably  committed  on  some  days,  the 
operator  can  allow  the  system  to  relax  windows.  Incremental  movement 
and  inprovement  is  again  performed  but  without  v;indCTi/  constraints. 

Having  met  resource  limits  or  received  operator  acceptance  of 
e>pected  resource  commitment,  the  systan  finalises  by  permanently 
applying  improvements  to  derive  a  detailed  plan.  Each  day  is  cinalysed 
and  tasks  combined  ;vhere  preferable.  Tasks  can  spread  into  the 
follov;ing  day  provided  only  dead  legs  cire  flown  on  that  day  and  the 
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agreed  airlift  canmitment  is  not  exceeded.  Tas3<s  are  end-to-ended 
betoeen  days. 

Finalisation  produces  suintnary  statistics  of  the  plan  and  am 
electronic  form  of  the  detailed  plan. 

Detailed  Algorithm 
Allocation 


1.  For  each  entity,  allocate  required  taisks  on  preferred  days. 

Record  legs  tasked  and  dead,  payload  ccannitted  per  aircraft  and  entity 
lifted.  Set  smoothing-limits  to  inclixle  windows. 

2.  Perform  simple  improvements  (steps  12  through  17). 

3.  Calculate  plan  feasibility  and  expected  airlift  canmitment. 

Airlift  commitment  is  only  expected  as  firm  alignment  (ie  dove-tailing 
or  end-to-ending)  and  ccanbination  of  tasJcs  to  form  a  detailed  plan  does 
not  occur  until  finalisation.  The  plan  is  feasible  if  lift  is  met 
within  daily  airlift  resoxarce  limits. 

Advise  the  operator  of  the  plan's  present  state  including; 

(i)  plan  feasibility  or  infeasibility, 

(ii)  expected  airlift  resource  commitment  per  day  including 
daily  and  grand  totals  of  numbers  of  aircraft  with  full,  half  to 
full,  quarter  to  half  and  less  than  quarter  payload  commitment, 
and 

(iii)  hav  lift  v;as  met  with  totals. of  entities  and  payload 
amounts  that  were  met  on  preferred  days,  within  windows  and 
outside  of  v;indows. 

4.  Prcstpt  for  cperator  acceptance  of  plan.  The  operator,  having  been 
presented  the  expected  airlift  resource  cormitment  and  custoner  service 
level,  decides  draft  plan  acceptability.  Acceptance  suggests  the 
following; 

(i)  The  airlift  resource  connitment  is  satisfactory.  Though 
the  commitment  may  exceed  daily  limits  sometimes,  expected  surges 
in  tcisking  may  be  acceptable  to  airlift  operators;  or 

(ii)  Customer  service  cannot  be  reduced.  Further  smoothing  of 
the  plan  to  reduce  surges  in  airlift  will  only  reduce  custoner 
satisfaction.  Entities  moved  on  their  preferred  day  and/or 
entities  moved  v/ithin  their  window  v/ill  prdaably  reduce. 

5.  If  the  plcin  is  accepted,  go  to  final  inprovonents  (st^»  27 
throui^  37) . 
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6. 


If  smoothing-limits  already  exclude  windows,  go  to  step  8. 


7.  If  smoothing-change  was  not  possible  (given  window  constraints 
exist) ,  advise  the  operator  that  no  irprovement  is  possible  without 
moving  entities  outside  availability  windows.  Perform  st^  4.  If  the 
plan  is  now  accepted  go  to  final  inprovements  (st^js  27  throu^  37)  . 
Otherwise  set  smoothing-limits  to  exclude  windows  ard  go  to  st^  9. 

S.  If  smoothing-change  was  not  possible  (given  window  constraints  do 
not  exist) ,  advise  the  operator  that  no  more  smoothing  is  possible, 
given  resource  daily  limits.  Go  to  final  inprovements  (st^js  27  throu(^ 
37). 


9.  Prompt  the  operator  if  smoothing  of  all  days  with  eipected 
commitment  in  excess  of  limits  is  required  or  only  those  days  above  a 
certain  expected  aircraft  commitnent.  If  an  arbitrary  limit  is 
preferred,  pronpt  for  the  arbitrary-aircraft-daily-limit.  Otherwise  set 
the  value  to  zero. 

10.  Perform  smoothing  (steps  IS  through  26),  passing  smoothing-  limits 
and  arbitrary-aircraft-daily-limit. 

11.  Go  to  step  2. 


Simple  Improvement 

12.  Start  with  the  first  day.  Mark  the  plan  as  feasible. 

13.  tvhere  aircraft  fly  identical  legs  on  the  same  day  and  loads  can  be 
combined  onto  one  task,  ccanbine  them  and  delete  spare  legs. 

14.  If  t.vo  tasks  share  destination  or  departure  points,  combine  them 
if  dead  legs  can  be  reduced.  Ail  tasks  must  be  met  on  the  day  and 
aircrew  duty  limits  observed. 

15.  If  two  tasks  have  either  way  points,  departures  or  destinations  in 
common,  and  loads  can  be  combined  onto  one  aircraft,  ccmbine  tasks  to 
reduce  deadheading.  All  tasks  must  be  met  on  the  day  and  aircrew  duty 
limits  observed. 

16.  Record  the  revised  number  of  expected  airlift  resources  required. 
If  this  exceeds  limits,  mark  the  plan  as  infeasible. 

17.  If  days  remain  in  the  plan,  proceed  to  the  next  and  go  to  step  13. 
Otherwise  exit  simple-  improvements. 


Smoothing 

13.  Start  with  the  first  day  in  the  plan.  Set  smoothing-change  as  not 
possible. 


H-36 


19.  If  arbitrary-aircraft-daily-iiinit  equals  zero  (no  arbitrary  limit) 
and  lift  resources  committed  do  not  exceed  daily  resource  liitiits,  go  to 
step  26. 

20.  If  arbitrary-aircraft-daily-limit  is  not  equal  to  zero  (arbitrary 
limit  imposed)  and  lift  resources  committed  does  not  exceed  this  value 
go  to  step  26. 

21.  Choose  the  airlift  taskiiig,  not  already  marked,  with  the  least 
iitportant  entity.  Where  mere  than  one  entil^  is  met  by  a  task,  the  most 
important  entity  is  considered  in  the  search.  Mark  the  tcisk. 

22.  Moving  the  entity  or  entities  in  the  defined  direction,  find  the 
nearest  day  where  spare  aircraft  exist  ie  where  the  airlift  resource 
limit  is  greater  than  expected  airlift  committed. 

23.  If 'smoothing  limits  include  v/indows  and  the  nearest  day  falls 
outside  an  entity's  or  entities'  v/inda-/  or  windavs,  select  another 
candidate  by  going  to  step  21. 

24.  Move  candidate  entity's  or  entities'  lift  to  new  day  and  update 
expected  airlift  commitment. 

25.  Record  smoothing-change  as  possible. 

26.  Increment,  day.  If  no  more  days  exist  exit  smoothing.  Other.vise 
go  to  step  19. 


Final  Improvement 

27.  Start  with  the  first  day.  Set  the  plan  as  feasible. 

28.  Revise  the  previous  day's  tasking  to  locate  aircraft  tasking  that 
finished  a^vay  from  home  base.  Home  base,  usually  Richmond,  will  be 
defined  by  the  operator  at  operation  definition  stage. 

29.  Where  aircraft  fly  identical  legs  on  the  same  day  and  loads  can  be 
combined  onto  one  task,  combine  them  and  delete  spare  legs.  Amend 
tasked  airlift. 

30.  Allow  the  operator  to  define  a  minimum  payload  that  any  tasked 
aircraft  must  carry  to  remain  in  the  matching.  This  removes  light  and 
effective  aircraft  tasking.  Locate  candidates  tasks  for  removal.  After 
receiving  eperator  concurrence  for  each  removal,  remove  task,  amend 
aircraft  canmitment  and  record  lift  as  not  met. 

31.  If  tasks  have  either  way  points,  d^iartures  or  destinations  in 
common,  cind  loads  can  be  combing  onto  one  aircraft,  combine  tasks  if  it 
reduces  deadheading.  Ensure  task  leg  fo’-  aircraft  include  all  legs 
required  to  meet  all  tasks  that  are  now  merged.  All  tcisks  must  be  met 
on  the  day  and  aircrew  duty  limits  observed.  Amend  tasked  airlift. 
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32.  Perfom  full  truck  load  heuristic  matching  of  day's  tasks, 
incorporating  any  aircraft  starting  the  day  away  from  home.  Amend 
tasked  airlift  to  record  mtching. 

33.  Record  the  revised  number  of  airlift  resources  required.  If  this 
exceeds  limits,  mark  the  plan  as  infeasible. 

34.  If  days  remain  in  the  plan,  proceed  to  the  next  and  go  to  step  28. 

35.  Derive  detailed  plan,  using  the  full  truck  heuristic  matching 
results  and  drawing  from  the  Order  of  March,  unit,  command,  aircraft  and 
location  global  and  operation  specific  data  files.  Provide  electronic 
copy  of  plan  if  required  by  the  operator. 

3G.  Derive  and  output  summary  statistics,  including: 

(i)  aircraft  committed  per  day. with  maximum  and  minimum 
highlighted, 

(ii)  total  payload  moved, 

(iii)  number  of  entities  lifted, 

(iv)  entities  moved  on  their  preferred  lift  day, 

(V)  entities  moved  -.vithin  their  window  but  not  on  their 
preferred  lift  day, 

(vi)  entities  struck  from  matching, 

(vii)  flying  hours  estimated, 

(viii)  flying  hours  not  committed,  and 

(ix)  plan  feasibility  or  infeasibility. 


Output  results  if  required  by  the  operator. 
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